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ELECTRONIC OFFER MANAGEMENT SYSTEM AND METHOD THEREOF 
BACKGROUND OF THE INVENTION 

The present invention relates generally to an electronic offer management system 
and method thereof, and more particularly to a system that enables the electronic 
5 management of offers distributed by a plurality of different offer distributors to customers 
and the dynamic profiling of such customers so that improved offer targeting can be 
achieved. 

Today, about twenty percent (20%) of all sales in grocery retail are covered by 
some promotion or offer. These offers are found in a variety of forms including 

10 temporary price reductions, in-store displays, manufacturer-sponsored coupon offers, 
advertisements, and frequent shopper (i.e., loyalty) discounts. Traditionally, such offers 
have been distributed to customers via "physical" media (i.e. direct mailers, printers, 
displays at the register, Sunday coupon inserts, magazines, etc.). Given the manual 
nature of such a system of distribution, however, customer-specific offers based on a 

15 variety of factors, such as demographics, past purchasing behavior, and price sensitivity 
are impractical. This in turn has a substantial impact on the effectiveness and cost of 
providing offers through such a system. For retailers having numerous competing 
product lines, such as supermarkets, this offer targeting capability is critical. Moreover, 
clearing and settlement of offers distributed in such a manner is technically infeasible 

20 with respect to time, labor and thus, cost intensive. 

With the advent of the Internet as a new ecommerce tool, offers are now also 
being distributed "virtually" to customers. For example, companies such as Cool 
Savings, PlanetU and ValuPage are operating websites from which customers can obtain 
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coupons redeemable at various retail stores and supermarkets, as well as at stores having 
an online presence. Traditional retailers are also beginning to distribute offers online. 
For example, Schnucks supermarket provides it's weekly advertisements, as well as 
coupons online. Offer targeting across a plurality of different offer distributors or based 
5 on "non-customer" data, such as price, is not allowed. Moreover, the clearance and 
settlement of such offers are still performed largely through a manual process and in a 
decentralized manner. As a result, fraudulently fabricated offers cannot be accurately 
tracked and thus, prevented. 

Finally, under current methods of offer distribution, retailers must customize their 

10 point-of-sale (POS) system according to each offer distributor's technical design 

structure. In addition, the entire offer transaction from creation through redemption, 
clearance and settlement is not centralized, thereby increasing the complexity of the 
interfaces needed between the parties to the entire transaction. Moreover, data relevant to 
the transaction and necessary for sophisticated levels of targeting cannot be obtained 

15 from a single source, thereby decreasing its accessibility, accuracy and completeness. 

Given that the primary purpose of providing such offers is to drive up the number of new 
sales, the inability to manage electronic offers in a centralized manner and to dynamically 
profile customers and target offers increases the overall costs and effectiveness of the 
offers. 

20 Accordingly, there is a need for an electronic offer management system in which 

offers can be distributed by a plurality of different offer distributors for automatic routing 
to a store's point of sale system, and in which such offers can be automatically cleared 
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and settled once redeemed, such that an electronic audit of the entire offer transaction, 
and dynamic profiling of customers for improved offer targeting can be achieved. 
SUMMARY OF THE INVENTION 

An electronic offer management system for offer transactions is disclosed. The 

5 system comprises receiving means for receiving information related to a plurality of 

offers distributed by a plurality of different offer distributors to customers for redemption 
at a plurality of stores, routing means for automatically routing the information related to 
each offer to a point-of-sale system of each store in which the offer can be redeemed, and 
clearing means for automatically clearing the offers redeemed by the customers at the 

10 stores. The plurality of offer distributors comprises at least one of an internet offer 
distributor, a retailer offer distributor, a kiosk offer distributor, a direct mail offer 
distributor, and an email offer distributor. 

The clearing means comprises means for receiving redemption information from the 
stores, and means for comparing the redemption information to the offer information 

15 whereby each offer redeemed by the customers can be validated. The system further 

comprises settlement means for automatically reconciling financial obligations associated 
with each offer cleared by the clearing means, whereby a single, electronic audit of each 
offer transaction can be achieved. 

The system further comprises activation means for selectively activating and 

20 deactivating each offer. The system also further comprises profiling means for 
dynamically profiling the customers so that the offers can be targeted to specific 
customers, and offer consolidation means for consolidating the offers available through 
the system for presentation to the customer at a plurality of levels. The profiling means 
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preferably comprises at least one of a static profile, a persistent profile and a dynamic 
profile. The plurality of levels comprises at least one of an offer distributor level and a 
store level. Each offer corresponds to a reward, and the system further comprises reward 
deferral means for deferring issuance of the reward to a third party. The offer 

5 information comprises at least one condition, which is at least one of an item purchase 
condition, a department purchase condition, a total purchase condition, a time of day 
condition and a day of the week condition. 

A method of electronic management of offer transactions is also disclosed. The 
method comprises receiving information related to a plurality of offers distributed by a 

10 plurality of different offer distributors to customers for redemption at a plurality of stores, 
automatically routing the information of each offer to a point-of-sale system of each store 
in which the offer can be redeemed, and automatically clearing the offers redeemed by 
the customers at the stores. 

The method further comprises the step of automatically reconciling financial 

15 obligations associated with each cleared offer whereby a single, electronic audit of each 
offer transaction can be achieved. The method also further comprises the step of 
receiving redemption information from the stores, and comparing the redemption 
information to the offer information whereby each offer redeemed by the customers can 
be validated. The method also preferably comprises the step of selectively activating 

20 each offer, and consolidating the offers for presentation to the customer at a plurality of 
levels, such as offer distributor level and a store level. The method also further 
comprises the step of dynamically profiling the customers so that the offers can be 
targeted to specific customers. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 illustrates the flow of information in an electronic offer management system in 
accordance with the present invention. 
5 FIG. 2 is a flowchart representing the process of dynamic profiling provided by the 
system of Fig. 1 

FIG. 3 A is a spreadsheet showing an example of a non-targeted offer, 
FIG. 3B is a spreadsheet showing an example of a static profile-targeted offer generated 
through the system of Fig. 1. 
10 FIG. 3C is a spreadsheet showing an example of a persistent profile-targeted offer 
generated through the system of Fig. 1. 

FIG. 3D is a spreadsheet showing an example of a dynamic profile-targeted offer 
generated through the system of Fig. 1. 

1 5 DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

The present invention is directed to an electronic offer management system and 
method thereof. Fig. 1 illustrates the main components of the system represented as 10, as 
well as the flow of information there through. In summary, offers are distributed to 
customers by a plurality of different offer distributors 12. The details of the offers are 

20 communicated to an electronic clearing network 13 and routed to the appropriate store 28 
for redemption by customers. Transaction log files containing point-of-sale transaction 
details are forwarded back to network 13 where a clearing process identifies what offers 
have been redeemed and validates them against the offers communicated to network 13. 
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Settlement details are also prepared for processing by a settlement agent 30. For the 
purposes of discussion only, system 10 will be described with respect to offers written in 
extensive Markup language (XML) having a representative documentation convention 
for XML element and attribute tags as described below. It can be appreciated by one 
5 skilled in the art, however, that the offer may be defined using other languages or formats 
that allow for the functionality described herein, such as for example the Hypertext 
Markup language. 



Element /Attribute Tag 


Description 


/SOX 


Element aggregate tag. 


/SOX/@Version 


Element attribute tag identified with a @. 


/SOX/Of fer/OfferMaintR 
eq/Of f erPropert ies 


Shortened form for: 

/ SOX/Of fer /Of ferMaintReq/Of fer Properties /MemberOf f er 


. . /MeraberOf fer 




. . / Rewards et [ ] /ItemPur 
chase / ItemList / Item [ ] 


Element list has [} appended (occurrence indicator). In 
the example . . /RewardSet [] is an aggregate element that 
must appear once or many times. 

In this example, the . ./Item[] element must appear once or 
many times within each instance of /RewardSet [] - 



10 Referring to Fig. 1, the process starts through the distribution of an offer to a 

customer by an offer distributor 12 that is available for redemption at one or more stores 
28, which can be traditional brick-and-mortar stores, direct mail stores, online stores or 
any other type or form of store. In one embodiment, this is done in conjunction with a 
manufacturer (not shown) who is the sponsor of the offer and thus, bears the cost of it. 

15 Offers are distributed via a plurality of different offer distributors including but not 

limited to Internet offer distributors 14, in-store kiosk offer distributors 16, retailer offer 
distributors 18, and direct mail/email offer distributors 20. System 10 operates using 
five (5) XML document types, namely Offer, CustomerOffer, OfferAck, 
CustomerOfferAck and ErrorResponse. 
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The Offer document type defines the generic offer setup (i.e. offer properties, 
conditions, and rewards) and routing instructions. In a preferred embodiment, each Offer 
document is limited to information related to a single offer being distributed by a 
particular offer distributor 12. The maintenance actions supported by the Offer document 
5 type are to add, replace or delete an offer, and are identified in a tabular format as shown 
below. 



XML Element/Attribute 
Tag 


Data Type 


Max 
Len 


Occur 


Usage 


Description 


/SOX/Of fer 


Aggregate 


0 


Once 


Required 
Always 


Offer: 

The /SOX/Of fer aggregate element 
may contain: 

One /SOX/Of fer /Of f erMaintReq 

aggregate element and one 

/SOX/Of fer /Of ferRouteReq aggregate 

element; 

OR 

One /SOX/Of fer /Of f erMaintReq 

aggregate element only; 

OR 

One /SOX/Of fer/Of ferRouteReq 
aggregate element only. 












. ./©OfferlD 


String 


12 


Once 


Required 
Always 


Offer ID: 

Number is provided by offer 
distributor and must be unique for 
that distributor. 


. . /Of f erMaintReq 


Aggregate 


0 


Once 


Optional 


Offer Maintenance Request: 
Encapsulates Offer maintenance 
request details for @OfferID 
above . 


. . /Of f erMaintReq/ @ 
Action 


Enumerated 
String 


7 


Once 


Required 


Action: 

Offer maintenance action 
requested. 
Valid values: 
Add 

Replace 
Delete 



10 The CustomerOffer document type defines any customer-specific offer setup and routing 
instructions. The OfferAck document type represents the positive acknowledgement 
returned by the network 13 upon its successful processing of an Offer document type. 
Likewise, CustomerOfferAck document type represents the positive acknowledgement 
returned by the network 13 upon its successful processing of a CustomerOffer document 

15 type. Finally, ErrorResponse document type represents the negative acknowledgement 
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returned by the network 13 upon encountering an error in the course of processing an 
Offer or CustomerOffer document type. These document types preferably adhere to the 
document type definition (DTD) as identified in Appendix 1. 

There are three (3) main components to each offer, namely offer properties, 
5 conditions, and rewards. Offer properties are the data elements that serve to generally 
describe an offer, such as a description, valid date range, and the number of times a 
customer may receive the reward(s) associated with that offer. Each Offer document 
includes a header, a representative sample of which is identified in a tabular format 
below. 

10 



XML Element/Attribute 


Data Type 


Max 


Occur 


Usage 


Description 


Tag 




Len 








/SOX 


Aggregate 


0 


Once 


Required 
Always 


Document Root Element: 
Identifies this as a SOX XML 
document . 


. . /@Of f erDistribut 
orlD 


String 


6 


Once 


Required 
Always 


Offer Distributor ID: 
Assigned by the ECN. 
Value = 1 - 999999 


. . /@SenderDocUID 


String 


12 


Once 


Required 
Always 


Sender's Document Unique ID: 
Sender's unique reference code 
for this document for audit 
trail purposes. 


. . /©Version 


String 


3 


Once 


Required 
Always 


SOX Version of File: 
Version of SOX to which this 
document conforms . 
Value =1.0 


. . /©AckRequested 


Enumerated 
String 


7 


Once 


Required 
Always 


Acknowledgement Requested: 
Defines type of 
acknowledgement requested. 
Supported values: 

Normal 

Terse 

Verbose 


. . /@SOXType 


Enumerated 
String 


5 


Once 


Required 
Always 


Sox Type: 

Indicates type of SOX XML 
document. All SOX documents 
have this attribute with 
appropriate values . 
Value = Offer 



The header includes an ©Offer Distributor© parameter that represents an 



identifier assigned by the network 13 for each offer distributor 12 of system 10. The 
©SenderDocUED parameter represents a unique reference code which identifies the 
15 XML document to its sender so he or she can later refer to it. This parameter is used for 
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audit trail purposes. The ©Version parameter represents the version of the specification 
to which the Offer document conforms. The @ AckRequested parameter defines the type 
of acknowledgement requested for the Offer document (Le., normal, terse, verbose). The 
©SOXType document identifies the type of XML document (in this case, "Offer"). 

A representative sample of the plurality of offer properties available through 
system 10 is identified in a tabular format as shown below. 



XML Element/Attribute 
Tag 


Data Type 


Max 
Len 


Occur 


Usage 


Description 


/SOX/Offer/OfferMa 
Of ferProperties 


Aggregate 


0 


Once 


Optional 


Offer Properties: 

Contains Offer Properties for 

©Of fer ID above. 

This element is required when 

/SOX/Offer/@Action = "Add" or 

"Replace" . 

It is not required when 
/SOX/Of fer/@Action = "Delete". 


. . /MemberOf fer 


String 


3 


Once 


Required 


Member Offer: 

Is loyalty program membership 

required? 

Valid values: 

Yes 

No 

When membership is not a 
requirement, all customers are 
eligible to participate in the 
Offer. 


. ./Staff Allowed 


String 


3 


Once 


Required 


Staff Allowed: 

Can staff participate in this 
offer? 

Valid values: 
Yes 
No 


. . /Of ferType 


String 


6 


Once 


Required 


Offer Type: 

Coupon type for monetary 
rewards. (For tax calculations.) 
Valid values: 

Vendor 

Store 


. . /Of f erXactLimit 


String 


2 


Once 


Required 


Offer Transaction Limit: 

Maximum number of times this 

offer may be used per 

transaction. 

Value =0-9, or -1 (= 

unlimited) . 

If value = 0, this offer is not 
active. 


. . /Of ferCust Limit 


String 


2 


Once 


Required 


Offer Customer Limit: 

Total number of times this offer 

may be used, across 

transactions . 

Value =0-9, or -1 (= 

unlimited) . 


. . /Of ferStartDateT 
ime 


Aggregate 


0 


Once 


Required 


Offer Start Date Time: 

Date/ time when the offer becomes 

active. 

Encapsulates the elements that 
define the timestamp. 
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XML Element/Attribute 
Tag 


Data Type 


Max 
Len 


Occur 


Usage 


Description 


. . /Of f erStartDateT 
ime/Year 


String 


4 


Once 


Required 


Offer Start Date Time: Year 
Format: CCYY 


. . /Of ferStartDateT 
ime /Month 


String 


2 


Once 


Required 


Offer Start Date Time: Month 
Format : MM 
Value =01-12 


. . /Of ferStartDateT 
ime /Day 


String 


2 


Once 


Required 


Offer Start Date Time: Day 
Format : DD 
Value =01-31 


. . /Of ferStartDateT 
ime /Hour 


String 


2 


Once 


Required 


Offer Start Date Time: Hour 
Format : HH 
Value =00-23 


. . /Of ferStartDateT 


String 


2 


Once 


Required 


Offer Start Date Time: Minute 
Format : MM 
Value =00-59 


. . /Of f erEndDateTim 


Aggregate 


0 


Once 


Required 


Offer End Date Time: 

Date/time after which the offer 

expires , 

Encapsulates the elements that 
define the times tamp. 


. . /Of f erEndDateTim 
e/Year 


String 


4 


Once 


Required 


Offer End Date Time: Year 
Format: CCYY 


. . / Ul i. CL SlillSJLUGL L.t= 1 J-ill 

e /Month 


String 


2 


Once 


Required 


Offer End Date Time: Month 
Format : MM 
Value =01-12 


e/Day 


String 


2 


Once 


Required 


Offer End Date Time: Day 
Format : DD 
Value =01-31 


. . /Of f erEndDateTim 
e/Hour 


String 


2 


Once 


Required 


Offer End Date Time: Hour 
Format : HH 
Value =00-23 


. . /Of f erEndDateTim 
e /Minute 


String 


z 






Offer End Date Time: Minute 
Format: MM 
Value =00-59 


. . /Of f erDescriptio 
n 


String 


An 


Once 


Pcirm i vo^ 
Jt\fc=(J[U. -L JL fcilJ. 


Offer Description: 
Text description of the 
promotion - printed on checkout 
receipt . 

Format on checkout receipt: 2 
lines of 20 characters each. 


. . /Of f erReportDesc 
ription 


String 


40 


Once 


Required 


Offer Report Description: 
Text description of the offer 
for reporting purposes. 


. . /Of ferSponsorSet 
tlementlD 


String 


9 


Once 


Required 


Offer Sponsor Settlement ID: 
Assigned by the ECN. 
Value = 1 - 999999999 


. . /Def erredReward 


String 


3 


Once 


Required 


Deferred Reward: 

Is reward to be received in a 

deferred manner (or directed to 

another party) , or is it to be 

received at checkout. 

Valid values: 

*Yes w = Deferred receipt. 

w No" = Checkout receipt. 



MemberOffer is a field representing whether an offer is open to the public or 



requires membership to a frequent shopper, loyalty or similar-type program. 
StaffAllowed is a field representing the employees of the store to which the offer has 
been routed. OfferType is a field representing whether the offer is being offered by a 
vendor or a store. OfferXactLimit is a field representing the maximum number of times 
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the offer may be used by a customer per transaction. OfferCustLimit is a field 
representing the maximum number of times the offer may be used by a customer across 
transactions. OfferStartDateTime is an aggregate field representing the date and time 
when the offer becomes active (broken down by year, month, day, hour and minute), 
5 while OfferEndDateTime is an aggregate field representing the date and time after which 
the offer may not be used (broken down by year, month, day, hour and minute). 
OfferDescription is a field representing a text description of the offer, which is 
preferably printed out on the customer's checkout receipt upon redemption. 
OfferReportDescription is a field representing a text description of the offer for reporting 

10 purposes, such as offer performance analysis. OfferSponsorSettlementID is a field 
representing the unique number used to identify the sponsor of each offer. 
DeferredReward is a field indicating whether a reward associated with an offer is to be 
received in a deferred manner or directed to another party. One skilled in the art can 
appreciate that the number and type of offer properties may vary depending on the 

15 application. 

A representative sample of the plurality of conditions required for redeeming an 
offer through system 10 is identified in tabular format as shown below. 



XML Element/Attribute 


Data Type 


Max 


Occur 


Usage 


Description 


Tag 




Len 








/SOX/Offer/Of ferMa 
intReq/ 

Of f erConditions 


Aggregate 


0 


Once 


Optional 


Offer Conditions: 
Encapsulates the Conditions 
applicable to ©Offer ID. This 
element is required when 
. . /Of fer/ ©Action = "Add" or 
"Replace" . 

It is not required when 

. . /Of f er/@Action = "Delete". 


/©ConditionSetCoun 
t 


String 


i 


Once 


Required 


Condition Set Count: 
Number of Condition Set 
instances in this document. 
Value =1-7 


. . / Condi tionSet [ ] 


Aggregate 
List 


0 


One 
or 

Many 


Required 


Condition Set: 

Encapsulates the details of a 
single Condition Set. This 
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XML Element/Attribute 
Tag 


Data Type 


Max 
Len 


Occur 


Usage 


Description 












element must contain only one of 
the following available 
Condition Set type elements: 

ItemPurchase 

DeptPurchase 

TotalPurchase 

TimeOfDay 

DayOfWeek 


. . /ConditionSet [ ] / 
@Conditi onSet ID 


Enumerated 
String 


l 


Once 


Required 


Condition Set ID: 
Value =0-7 

Value must be mutually exclusive 
with other ©ConditionSetID 
values and 

/SOX/Of fer/Of ferMaintReq/Of ferRe 
wards / 

Rewards et [ ] /©RewardSetID values . 














. . /ConditionSet [ ] / 
ItemPurchase 


Aggregate 


0 


Once 


Optional 


Item Purchase: 

Element which encapsulates the 
details of the ItemPurchase 
Condition Set type. 


. . /ConditionSet [ ] / 
ItemPurchase/@Meas 
ure 


Enumerated 
String 


8 


Once 


Required 


Measure : 

Defines the basis on which this 
Condition Set type is measured. 
Valid values: 

Quantity 

Weight 

Amount 

Where "Amount" is a monetary 
amount . 

If "Weight" is specified, the 
Offer Distributor is responsible 
for ensuring that Items in 
ItemList are sold by weight. 


. . /ConditionSet [ ] / 
ItemPurchase/ ItemL 
ist 


Aggregate 


0 


Once 


Required 


Item List: 

Encapsulates items that may be 
purchased interchangeably to 
meet this Condition. 


. . /ConditionSet [ ] / 
ist/ 

@ItemCount 


String 


4 


Once 


Required 


Item Count: 

The number of . . ItemList /Item [ ] 
entries to follow. 
Value = 1 - 9999 


. . /ConditionSet [ 3 / 
ItemPurchase/ ItemL 
ist/Item[ ] 


String 
List 


12 


One 
or 

Many 


Required 


Item: 

UPC/EAN Code of eligible item 
without the check digit. All 12 
digits must be specified even if 
leading zero's are needed. 
Compressed UPC is not permitted. 


. . /ConditionSet [ ] / 
I temPur chase / CondC 
hkFlg 


String 


1 


Once 


Required 


Condition Check Flag: 
Valid values: 

w 0" = Once conditions are met, 
rewards issued for all 
qualifying items thereafter. 

"1" = Conditions must be met 
each time to receive rewards. 


. . /ConditionSet [ 3 / 
I temPur chase /Measu 

I. c v ci-LLLti 


String 


10 


Once 


Required 


Measure Value: 

M*=> hri r nf 

L A C -L _1_ ^ — <s 1- 

. . /ItemPurchase/@Measure 

required to be purchased. 

Value = 1 - 2147483647 

If . , /ItemPurchase/@Measure 

= Quantity, Value is in units. 

= Weight, Value is in hundredths 

of pounds. 

= Amount, Value is in cents. 














. . /ConditionSet [] / 
DeptPurchase 


Aggregate 


0 


Once 


Optional 


Department Purchase: 

Element which encapsulates the 
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XML Element/Attribute 
Tag 


Data Type 


Max 
Len 


Occur 


Usage 


Description 












details of the DeptPur chase 
Condition Set type. 
The Offer Distributor is 
responsible for the correct 
identification of departments. 
It is recommended that only the 
store operator uses this 
Condition Set type. 


. . /ConditionSet [ ] / 
DeptPurchase/DeptL 
ist 


Aggregate 


0 


Once 


Required 


Department List: 
Element encapsulating the store 
departments from which items may 
be purchased interchangeably to 
meet this Condition. 


. . /Condi ti onSet [ ] / 
Dept Purchase /DeptL 
ist/ 

©DeptCount 


String 


4 


Once 


Required 


Department Count: 

The number of . . DeptList/Dept [ 3 

entries to follow. 

Value = 1 - 9999 


. . /ConditionSet [ ] / 
Dept Purchase /DeptL 
ist /DeDt F 1 


String 
List 


4 


One 
or 

Many 


Required 


Department : 

Store department from which 
items must be purchased. 
Value = 1 - 9999 


. . /ConditionSet [] / 
Dept Purchase /CondC 
hkFlg 


String 


1 


Once 


Required 


Condition Check Flag: 
Valid values : 

"0" = Once conditions are met/ 
rewards issued for all 
qualifying items thereafter. 

"1" = Conditions must be met 
each time to receive rewards. 


Dept Purchase /Amoun 
t 


String 


10 


Once 


Required 


Amount: 

The monetary amount required to 
be purchased expressed in cents. 
Value = 1 - 2147483647 














. . /ConditionSet [ ] / 
To talPur chase/ 


Aggregate 


0 


Once 


Optional 


Total Purchase: 

Element which encapsulates the 
details of the TotalPurchase 
Condition Set type. 


f f^r\-r\r\ -5 +- -? r\T\ Col- T 1 / 
. . / L-OllCH LlOiliDC L L J / 

TotalPurchase/@inc 
ludes 


JCtXXUiiLtr-L d LcU 

String 


12 


Once 


Required 


Includes : 

Defines whether "All" items or 
only those that are 
"Discountable" are included in 
the total of purchases to be 
evaluated. 
Valid values: 
All 

Discountable 


. . /ConditionSet [ 3 / 
TotalPurchase/Cond 
ChkFlag 


String 


1 


Once 


Required 


Condition Check Flag: 
Valid values: 

w 0" = Once conditions are met, 
rewards issued for all 
qualifying items thereafter. 

w l" = Conditions must be met 
each time to receive rewards. 


. . /ConditionSet [ 3 / 

Tr"it~ 3 1 Putt* Vis <5P / Smnil 

nt 


String 


10 


Once 


Required 


Amount : 

The total monetary amount 
required to be purchased 
expressed in cents. 
Value = 1 - 2147483647 














. . /ConditionSet [ ] / 
TimeOfDay 


Aggregate 


0 


Once 


Optional 


Time Of Day: 

Element which encapsulates the 
details of the TimeOfDay 
Condition Set type. 


. . /ConditionSet [ ] / 
TimeOfDay/StartTim 
e 


Aggregate 


0 


Once 


Required 


Start Time: 

Encapsulates the details of 
StartTime . 


. . /ConditionSet [ ] / 
TimeOfDay/StartTim 


String 


2 


Once 


Required 


Hour: 

Format : HH 
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XML Element/Attribute 
Tag 


Data Type 


Max 
Len 


Occur 


Usage 


Description 


e/Hour 










Value: 00-23 


. . / Condi ti onset [ 3 / 
TimeOf Day / StartTim 
e /Minute 


String 


2 


Once 


Required 


Minute : 
Format : MM 
Value: 00 - 59 


. . /ConditionSet [] / 
T imeO f Day / EndT ime 


Aggregate 


0 


Once 


Required 


End Time: 

Encapsulates the details of 
EndT ime . 


. . /ConditionSet [ } / 
T imeO f Day/ EndT ime / 
Hour 


String 


2 


Once 


Required 


Hour: 

Format : HH 
Value: 00 - 23 


. . /ConditionSet [ j / 
T imeO f Day/ EndT ime / 
Minute 


String 


2 


Once 


Required 


Minute : 
Format : MM 
Value: 00 - 59 














. . /ConditionSet [ ] / 
DayOfWeek 


Aggregate 


0 


Once 


Optional 


Day Of Week: 

Element which encapsulates the 
details of the DayOfWeek 
Condition Set type. 


. . /ConditionSet [ ] / 
DayO f Week / Sunday 


String 


3 


Once 


Required 


Sunday : 

Indicates whether the Offer is 
available on Sundays . Note that 
at least one of the days should 
have a "Yes" value. 
Valid values: 

Yes 

No 


. . /ConditionSet [ ] / 
DayO f Week / Monday 


String 


3 


Once 


Required 


Monday : 
Valid values : 

Yes 

No 


. . /ConditionSet [ ] / 
DayOfWeek/ Tuesday 


String 


3 


Once 


Required 


Tuesday : 
Valid values: 

Yes 

No 


. . /ConditionSet [ ] / 
DayO f Week /Wedne sda 

y 


String 


3 


Once 


Required 


Wednesday: 
Valid values : 

Yes 

No 


. . /ConditionSet [ ] / 
DayOfWeek /Thursday 


String 


3 


Once 


Required 


Thursday: 
Valid values: 

Yes 

No 


. . /ConditionSet [ ] / 
DayOf Week/Friday 


String 


3 


Once 


Required 


Friday: 
Valid values: 

Yes 

No 


. . /ConditionSet [ ] / 
DayO f Week/Saturday 


String 


3 


Once 


Required 


Saturday: 
Valid values: 

Yes 

No 



Conditions are the rules or requirements for receiving the reward(s) associated 



with a particular offer. The conditions associated with an offer are defined by a plurality 
of condition sets. In one embodiment, there are five (5) types of condition sets, namely 
an item purchase condition set, a department purchase condition set, a total purchase 
condition set, a time of day condition set and a day of week condition set. The item 
purchase condition set identifies the item or items that must be purchased, which can be 

{80002710:1} * J4 



broken down by quantity, weight and/or amount. The department purchase condition set 
identifies the department or departments from which each item must be purchased. The 
total purchase condition set identifies the amount of total purchases required. The time of 
day condition set identifies a time period during which rewards may be received. The 
5 day of week condition set identifies the day(s) of the week on which the rewards may be 
received. Each condition set is programmed such that once conditions are met, rewards 
are issued for all qualifying items. While only one condition set type is allowed for each 
condition set, more than one condition set may contain the same condition set type. One 
skilled in the art can appreciate, however, that the number and type of condition sets may 
10 vary depending on the application. In one embodiment, seven (7) condition sets may be 
defined. When multiple condition sets are specified, all of the conditions in each set must 
be met in order to receive the corresponding rewards. 

A representative sample of the plurality of reward parameters available through 
system 10 is identified in tabular format below. 

15 



XML Element/Attribute 
Tag 


Data Type 


Max 
Len 


Occur 


Usage 


Description 


/SOX/Of fer/Of ferMa 


Aggregate 


0 


Once 


Optional 


Offer Rewards: 


intReq/ 

Of ferRewards 










Encapsulates the Rewards 
applicable to @OfferID. 
This element is required when 
/ SOX/Of fer /©Act ion = "Add" or 
* Replace* . 

It is not required when 

/ SOX/Of fer/ ©Action = "Delete". 


. . /@RewardSetCount 


String 


l 


Once 


Required 


Reward Set Count: 

Number of Reward Set instances 

in this document. 

Value =1-7 


. . /RewardSet [ ] 


Aggregate 
List 


0 


One 
or 

Many 


Required 


Reward Set: 

Encapsulates the details of a 
single Reward Set. This element 
must contain only one of the 
following available Reward Set 
type elements: 

ItemDiscount 

Dept Discount 

TotalDiscount 

Freeltem 

ReplacementPriceMethodl 


. . /RewardSet []/@Re 


Enumerated 


1 


Once 


Required 


Reward Set ID: 
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1 XML Element/Attribute 
Tag 


Data Type 


Max 
Len 


Occur 


Usage 


Description 


wardSetID 


String 








Value =0-7 

Value must be mutually exclusive 
with other ©RewardSet ID values 
and 

/SOX/Offer/OfferMaintReq/OfferCo 
nditions/ 

ConditionSet [ 3 / ©Condi tionSetID 
values . 














. - /RewardSet [ ] / Ite 
mDis count 


Aggregate 


0 


Once 


Optional 


Item Discount : 

Element which encapsulates the 
details of the ItemDiscount 
Reward Set type. 


. . /RewardSet [ ] /Ite 
mDis count/ 
©Basis 


Enumerated 
String 


7 


Once 


Required 


Basis : 

Defines the basis on which 
Rewards will be given: 
Valid values: 

"Percent" = Percentage off. 

* Amount* - Amount off. 


. . /RewardSet [] /Ite 
mDis count/ 
ItemList 


Aggregate 


0 


Once 


Required 


Item List: 

Element encapsulating the items 
that may receive this Reward. 


. . /RewardSet [] /Ite 
mDiscount/ 
ItemList /©ItemCoun 
t 


String 


4 


Once 


Required 


Item Count: 

The number of ItemList /I tem[ ] 
entries to follow. 
Value = 1 - 9999 


. . /RewardSet [] /Ite 
mDiscount/ 
ItemList /Item [] 


String 
List 


12 


One 
or 

Many 


Required 


Item: 

UPC/EAN Code of eligible item 
without the check digit. All 12 
digits must be specified even if 
leading zero's are needed. 
Compressed UPC is not permitted. 


. . /RewardSet [] /Ite 

mDiscount/ 

RewardLimit 


String 


2 


Once 


Required 


Reward Limit: 

Maximum number of Rewards which 
can be issued each time the 
Conditions of the Offer are met. 
Value = 1 - 9, or -1 ( = 
unlimited) . 


, . /RewardSet [ ] /Ite 

mDiscount/ 

BasisValue 


String 


10 


Once 


Required 


Basis Value: 

Metric of . . /ItemDiscount /©Basis 

to be applied. 

If . . /ItemDiscount/©Basis = 

Percent, then the value is the 

percentage discount in whole 

numbers . 

Value =1-99 

If . . /ItemDiscount /©Basis = 

Amount, then the value is the 

discount amount in cents . 

Value = 1 - 2147483647 

Note that the price of an item 

will never be reduced below 

zero. 














. . /RewardSet [ ] / Dep 
tDiscount 


Aggregate 


0 


Once 


Optional 


Department Discount: 

Element which encapsulates the 

details of the DeptDiscount 

Reward Set type. 

The Offer Distributor is 

responsible for the correct 

identification of departments. 

It is recommended that only the 

store operator uses this Reward 

Set type. 


. . /RewardSet [ ] /Dep 

tDiscount/ 

©Basis 


Enumerated 
String 


7 


Once 


Required 


Basis: 

Defines the basis on which 
Rewards will be given: 
Valid values: 
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XML ElementfAttribute 
Tag 


Data Type 


Max 
Len 


Occur 


Usage 


Description 












"Percent" = Percentage off. 
"Amount" = Amount off. 


. . /Rewards et [ ] /Dep 

tDiscount/ 

DeptList 


Aggregate 


0 


Once 


Required 


Department List: 
Element encapsulating the store 
departments whose items are 
eligible to receive this Reward. 


. . /RewardSet [ ] /Dep 

tDiscount/ 

Dept Li st/ ©Dep tCoun 

t 


String 


4 


Once 


Required 


Department Count: 

The number of . . DeptList /Dept [ ] 

entries to follow. 

Value =1-9999 


. . /RewardSet [ ] /Dep 
DeptList /Dept [] 


String 

J_li fat 


4 


One 
or 

Many 


Required 


Department : 

Ct"nrCi r\ cir^^i T^mtiTi t~ wVi nca ~i feme si -v-^-s 
glUIc LltsjJa.1. L.iut2liu WilUoc JL Uclllo ale 

eligible to receive this Reward. 
Value = 1 - 9999 


. . /RewardSet [] /Dep 

tDiscount/ 

RewardLimit 


String 


2 


Once 


Required 


Reward Limit: 

Maximum number of Rewards which 
can be issued each time the 
Conditions of the Offer are met. 
Value =1-9, or -1 (= 
unlimited) . 


. . /RewardSet [ ] /Dep 

tDiscount/ 

BasisValue 


String 


10 


Once 


Required 


Basis Value: 

Metric of . . /DeptDiscount/@Basis 

to be applied. 

If . . /DeptDiscount/@Basis = 

Percent, then the value is the 

percentage discount in whole 

numbers . 

Value =1-99 

If . . /DeptDiscount/@Basis = 

Amount, then the value is the 

discount amount in cents. 

Value = 1 - 2147483647 

Note that the total value of 

purchases of items in eligible 

departments will never be 

reduced below zero. 














. . /RewardSet [] /Tot 
alDiscount 


Aggregate 


0 


Once 


Optional 


Total Discount: 

Element which encapsulates the 
details of the TotalDiscount 
Reward Set type. 


. . /RewardSet [ ] /Tot 
alDiscount /@Bas is 


Enumerated 
String 


7 


Once 


Required 


Basis : 

Defines the basis on which 
Rewards will be given: 
Valid values: 

* Percent" = Percentage off. 

w Amount" *= Amount off. 


. . /RewardSet [ ] /Tot 
alDiscount /RewardL 
irtiit 


String 


2 


Once 


Required 


Reward Limit: 

Maximum number of Rewards which 
can be issued each time the 
Conditions of the Offer are met. 
Value =1-9, or -1 {= 
unlimited) , 


. . /RewardSet [ ] /Tot 
a 1 Di s count / Bas i s Va 
lue 


String 


10 


Once 


Required 


Basis Value: 
Metric of 

. . /TotalDiscount/@Basis to be 
applied. 

If . . /TotalDiscount/@Basis = 

Percent, then the value is the 

percentage discount in whole 

numbers . 

Value =1-99 

If . . /TotalDiscount/SBasis = 

Amount, then the value is the 

discount amount in cents. 

Value = 1 - 2147483647 

Note that the total value of 

purchases will never be reduced 
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XML Element/Attribute 
Tag 


Data Type 


Max 
Len 


Occur 


Usage 


Description | 












below zero. 














. . / Rewards et [ ] /Fre 
el tern 


Aggregate 


0 


Once 


Optional 


Free Item: 

Element which encapsulates the 
details of the Fre el tern Reward 
Set type. 


. . /RewardSet [3 /Fre 

el tern/ 

ItemList 


Aggregate 


0 


Once 


Required 


Item List: 

Element encapsulating the items 
that may receive this Reward. 


. . /RewardSet [] /Fre 
e 1 1 em / 

I temLi s t / @ I temCoun 
t 


String 


4 


Once 


Required 


Item Count: 

The number of . .ItemList /Item [ 3 
entries to follow. 
Value = 1 - 9999 


. . /RewardSet [] /Fre 
el tern/ 

ItemList/ I tern [ ] 


String 
List 


12 


One 
or 

Many 


Required 


Item: 

UPC/EAN Code of eligible item 
without the check digit. All 12 
digits must be specified even if 
leading zero's are needed. 
Compressed UPC is not permitted. 


. . /RewardSet [ ] /Fre 

eltem/ 

RewardLirait 


String 


2 


Once 


Required 


Reward Limit: 

Maximum number of Rewards which 
can be issued each time the 
Conditions of the Offer are met. 
Value =1-9, or -1 (= 
unlimited) . 














. . /RewardSet [ ] / 
Rep 1 ac ement Pr i c eMe 
thodl 


Aggregate 


0 


Once 


Optional 


Replacement Price Method 1: 
Element which encapsulates the 
details of the 

ReplacementPriceMe thodl Reward 
Set type. 

The replacement price to be 
applied follows IBM 4690 
Supermarket Application pricing 
method 1 logic. Pricing methods 
0 y 2, 3, and 4 may be supported 
in future versions of the 
system, if required. 
This Reward Set type may not be 
used for weighed or NSC 02 
items . 


. . / Kewaraoet i j / 
Replac ement Pr i c eMe 
thodl/ 
ItemList 




o 


Once 


Required 


Item List: 

Element encapsulating the items 
that may receive this Reward. 


../RewardSetN/ 
ReplacementPriceMe 
t.xioa.± / 

ItemList /©ItemCoun 
t 


String 


4 


Once 


Required 


Item Count: 

The number of .. ItemList /Item [ ] 
entries to follow. 
Value = 1 - 9999 


. . /RewardSet [ ] / 

ReplacementPriceMe 

thodl/ 

ItemList/ Item [ ] 


String 
List 


12 


One 
or 

Many 


Required 


Item: 

UPC/EAN Code of eligible item 
without the check digit. All 12 
digits must be specified even if 
leading zero's are needed. 
Compressed UPC is not permitted. 


. . /RewardSet [ ] / 
ReplacementPriceMe 
thodl/ 
DealPrice 


String 


8 


Once 


Required 


Deal Price: 

Total price, in cents, of 
DealQuantity units. 
Value = 1 - 99999999 


. . /RewardSet [ ] / 

ReplacementPriceMe 

thodl/ 

DealQuantity 


String 


2 


Once 


Required 


Deal Quantity: 

Number of units received for 

DealPrice. 

Value =1-99 


. . /RewardSet C ] / 
ReplacementPriceMe 
thodl/ 
RewardLimit 


String 


2 


Once 


Required 


Reward Limit: 

Maximum number of Rewards which 
can be issued each time the 
Conditions of the Offer are met. 
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XML Element/Attribute 
Tag 


Data Type 


Max 
Len 


Occur 


Usage 


Description 












value = 1 - y, or ~± v= 
unlimited) . 



Rewards are the benefits received by the customers when the conditions are met. 



The reward(s) associated with an offer are defined by a plurality of rewards sets. In one 
embodiment, there are five (5) reward set types, namely the item discount reward, the 
5 department discount reward, the total discount reward, the free item reward and the 
replacement price reward. One skilled in the art can appreciate, however, that the 
number and type of rewards may vary depending on the application. For example, 
rewards can be deferred to a third party, such as deposits directly into a mutual fund or a 
child's college fund. 

10 The item discount reward is applied to the price of a specific item or item(s). The 

department discount reward is applied to the price of items in a certain department or 
departments. The total discount reward is applied to the total price of a customer's total 
purchases. The free item reward is applied to reduce the price of a specific item or items 
to zero. The replacement price reward is applied to replace an existing price for a 

15 specific item or items. While only one reward set type is allowed for each reward set, 
more than one reward set may contain the same reward set type. When multiple reward 
sets are specified, all possible rewards are given if the corresponding conditions are met. 

Once the offers have been created, they are routed to the appropriate store or 
stores in which they are valid for redemption. A preferred format for offer store routing 

20 is provided below. 



XML Element/Attribute 
Tag 


Data Type 


Max 
Len 


Occur 


Usage 


Description 


/S0X/0f fer/Of ferRo 
uteReq 


Aggregate 


0 


Once 


Optional 


Offer Route Request: 
Encapsulates all Offer store 
routing requests . 


. ./StoreListn 


Aggregate 


0 


One 


Required 


Store List: 
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XML Element/Attribute 
Tag 


Data Type 


Max 
Len 


Occur 


Usage 


Description 




List 




or 

Many 




Encapsulates details or all 
stores for which the same 










©Action is required for this 
©Offer ID. 


. . /StoreList [ ] /@Ac 
tion 


Enumerated 
String 


7 


Once 


Required 


Action: 

Defines maintenance 
operation to be performed 
for this ©Offer for this 
StoreList [ ] . 
Valid values: 
Add 

Replace 
Delete 


. . /StoreList [] /@St 
oreCount 


String 


10 


Once 


Required 


Store Count: 
The number of 

. . /StoreList/Store [ ] entries 
to follow. 

Value = 1 - 2147483647 


. . /StoreList []/Sto 
re[] 


Aggregate 
List 


0 


One 
or 


Required 


Store: 

Encapsulates the details of 






Many 




one store. 


. . /StoreList [] /Sto 

re[3/ 

StorelD 


String 


10 


Once 


Required 


Store ID: 

Assigned by ECN. 

Unique Store Identifier. 

Valid value: 1 - 2147483647 


. . /StoreList [] /Sto 
re[]/ 

ServicePriority 


String 


2 


Once 


Required 


Service Priority: 
Indicates maximum processing 
delay for requested routing 
service . 

Supported values for the 
Pilot: 

"ON" = Overnight 
Beyond Pilot: 

u RT ff = Real-time 

w 15" = 15 Minutes 

W HR" = 1 Hour 



The OfferRouteReq parameter encapsulates all offer store routing requests. The 



Storelist parameter encapsulates the details of all stores for which the same maintenance 
action is required for a particular offer. In particular, the ©Action parameter defines the 

5 particular maintenance action to be performed for the list of stores identified by the 

Storelist parameter. The Storecount parameter identifies the number of stores to which to 
apply said action. The Store parameter encapsulates the details of one store, namely the 
identification value assigned to the store by network 13. The ServicePriority parameter 
identifies the maximum processing delay for the requested routing service (i.e., 

10 overnight, real-time, or set-time). 
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In a preferred embodiment, customer-specific variations can be introduced with 
respect to an offer through the CustomerOffer document type, which has the same header 
format as that for the Offer document type, with the value of the ©SOXType parameter 
being "CustomerOffer." A customer offer contains replacement values for some of the 
offer properties and rewards that are "overlaid" on top of the "generic" offer values when 
a customer identifies himself or herself at the time of purchase, such as through a loyalty 
card. A preferred format for the maintenance, the offer properties, rewards and offer 
routing for the Customer Offer document type are similar to that for an Offer document 
type and are identified in tabular format below, respectively. 
Customer Offer Maintenance Request 



XML ElemenVAttribute 
Tag 


Data Type 


Max 
Len 


Occur 


Usage 


Description 


/SOX/CustomerOffer 

n 


Aggregate 


0 


One 
or 

Many 


Required 
Always 


Customer Otter: 

The /SOX/CustomerOf f er [ ] 

aggregate element may contain: 

One 

/SOX/CustomerOf f er [ ] /CustOf ferMa 

intReq aggregate element and one 

/SOX/CustomerOf f er [ ] /CustOf ferRo 

uteReq aggregate element; 

OR 

One 

/SOX/CustomerOf f er [ ] /CustOf ferMa 
intReq aggregate element only; 
OR 
One 

/SOX/CustomerOf f er [ ] /CustOf ferRo 
uteReq aggregate element only. 






















. . /©Of ferlD 


String 


12 


Once 


Required 
Always 


Offer ID: 

Number is provided by offer 
distributor and must be unique 
for that distributor. 
Value = 1 - 999999999999 


. . /@MerchantID 


String 


10 


Once 


Required 
Always 


Merchant ID: 

Assigned by ECN. 

Identifies the issuing 

organization for the Customer's 

loyalty card. 

Value: 1 - 2147483647 


. . /(^Customer ID 


String 


18 


Once 


Required 
Always 


Customer ID: 

Normally, the Customer's loyalty 
card number for the merchant 
represented by ©MerchantlD. 


. . /CustOf ferMaintR 
eq 


Aggregate 


0 


Once 


Optional 


Customer Offer Maintenance 
Request : 

Encapsulates CustomerOffer 
maintenance request details for 
@OfferID and 

@Mer chant ID /©Customer ID above. 
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XML Element/Attribute 


Data Type 


Max 


Occur 


Usage 


Description 


Tag 




Len 








. . /CustOf f erMaintR 
eq/@Action 


Enumerated 
String 


8 


Once 


Required 


Action: 

CustomerOf fer maintenance action 
requested. 
Valid values : 
Add 

Replace 

Delete 

Activate 



Customer Offer Properties 



XML Element/Attribute 
Tag 


Data Type 


Max 
Len 


Occur 


Usage 


Description 


/ SOX/Cus tomerOf f er 
[]/ 

CustOf ferMaintReq/ 
CustOf fer Proper t ie 
s 


Aggregate 


0 




Optional 


CustomerOf ter Properties: 
Contains CustomerOf fer 
Properties for ©OfferlD for 
©MerchantID/ ©CustomerlD above . 
This element is required when 
/ SOX/ Cus tomerOf fer [] /©Act ion - 
w Add" or "Replace" or 
* Activate" . 

It is not required when 

/ SOX /Cus tomerOf fer [] /©Act ion = 

* Delete* . 


. . /CustOf ferXactLi 
mit 


String 


2 


Once 


Required 


Customer Offer Transaction 
Limit: 

Maximum number of times this 

offer may be used per 

transaction. 

Value =0-9, or -1 {= 

unlimited) . 

If value = 0, this 

CustomerOf fer is not active. 


. . /CustOf ferCustLi 
mit 


String 


2 


Once 


Required 


Customer Offer Customer Limit: 
Total number of times this 
offer may be used, across 
transactions . 
Value =0-9, or -1 (= 
unlimited) . 


Customer Offer Rew 


ards 


XML Element/Attribute 
Tag 


Data Type 


Max 
Len 


Occur 


Usage 


Description 


/ SOX/Cus tomerOf fer 
[3/ 

CustOf ferMaintReq/ 
Cus tOf f erRewards 


Aggregate 


0 


Once 


Optional 


CustomerOtf er Rewards : 

Contains CustomerOf fer Rewards 

for ©OfferlD for 

©Merchant ID /©Customer ID above. 

This element is required when 

/SOX/CustomerOf fer [] /©Action = 

*Add" or "Replace". 

It is not required when 

/SOX/CustomerOffer [] /©Action = 

* Delete" or "Activate". 


. . / ©Rewards etCount 


String 


l 


Once 


Required 


Reward Set Count: 
Number of Reward Set instances 
in this CustomerOf fer [] . 
Value =1-7 


. . /RewardSet [] 


Aggregate 
List 


0 


One 
or 

Many 


Required 


Reward Set: 

Encapsulates the details of a 
single Reward Set. This 
element must contain only one 
of the following available 
Reward Set type elements: 

ItemDiscount 

DeptDiscount 



{S0002710:!} 



22 



XML Element/Attribute 
Tag 


Data Type 


Max 
Len 


Occur 


Usage 


Description 












TotalDiscount 

Rep 1 ac ement Pr i c eMe thodl 
Note that CustOf f erRewards for 
Freeltem are not meaningful. 


. . /RewardSet [] /©Re 
wards et ID 


Enumerated 
String 


l 


Once 


Required 


Reward Set ID: 
Value =0-7 

Value is determined by the 
©RewardSet ID from the global 
©OfferlD which is to be 
overlaid with the data in this 
RewardSet [ 3 . 

Additionally, the ©RewardSet ID 
must refer to the same Reward 
Set type and be measured on 
the same ©Basis as the global 
©OfferlD, or an error will 
result. 

The system cannot successfully 
overlay the customer-specific 
data values onto the global 
Offer unless they are 
comparable . 














. . /RewardSet[] /Ite 
mDis count 


Aggregate 


0 


Once 


Optional 


Item Discount: 

Element which encapsulates the 
details of the ItemDiscount 
Reward Set type. 


/PpwardRpt T 1 /Ite 
mDis count/ 
©Basis 


Enumerated 
String 


7 


Once 


Required 


Basis : 

Defines the basis on which 
Rewards will be given: 
Valid values: 

"Percent" = Percentage off. 

* Amount" = Amount off. 
See comments above regarding 
the need for compatibility 
with default rewards. 


. . /RewardSet [ ] /Ite 

mDiscount/ 

BasisValue 


String 


10 


Once 


Required 


Basis Value: 
Metric of 

. . /ItemDiscount/@Basis to be 
applied. 

If .. /ItemDiscount /©Basis = 
Percent, then the value is the 
percentage discount in whole 
numbers . 
Value =1-99 
If . ./ItemDiscount/©Basis = 
Amount, then the value is the 
discount amount in cents. 
Value = 1 - 2147483647 
Note that the price of an item 
will never be reduced below 
zero . 














. . /RewardSet [ ] /Dep 
tDiscount 


Aggregate 


0 


Once 


Optional 


Department Discount: 
Element which encapsulates the 
details of the DeptDis count 
Reward Set type. 



. . /Rewar 
dSet[] /D 
eptDisco 
unt/ 
©Basis 


Enumerated 
String 


7 


Once 


Required 


Basis: 

Defines the basis on which Rewards will 
be given: 
Valid values: 

''Percent" = Percentage off. 

* Amount" = Amount off. 
See comments above regarding the need 
for compatibility with default rewards. 


. . / Rewar di 
tDiscount/ 


Set [] /Dep 

f 


String 


10 


Once 


Required 


Basis Value: 
Metric of 
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BasisValue 










. . /ItemDiscount/@Basis to be 
applied. 

If . . /ItemDiscount /©Basis = 
Percent, then the value is the 
percentage discount in whole 
numbers . 
Value =1-99 
If . . /ItemDiscount/@Basis - 
Amount, tnen cne vaiue is uxie 
discount amount in cents . 
Value = 1 - 2147483647 
Note that the price of an item 
will never be reduced below 
zero . 














. . /RewardSet [ ] /Tot 
alDiscount 


Aggregate 


0 


Once 


Optional 


Total Discount: 

Element which encapsulates the 
details of the TotalDiscount 
Reward Set type. 


. . /RewardSet [ ] /Tot 
alDiscount /@Basis 


Enumerated 
String 


8 


Once 


Required 


Basis : 

Defines the basis on which 
Rewards will be given: 
Valid values : 

* Percent* = Percentage off. 

* Amount" = Amount off. 
See comments above regarding 
the need for compatibility 
with default rewards. 


. . /RewardSet [] /Tot 
alDiscount /Bas isVa 
lue 


String 


10 


Once 


Required 


Basis Value: 
Metric of 

. . /ItemDiscount/ ©Bas is to be 
applied. 

If . . /ItemDiscount/@Basis = 
Percent, then the value is the 
percentage discount in whole 
numbers . 
Value =1-99 
If . . /ItemDiscount /@Basis = 
Amount, then the value is the 
discount amount in cents. 
Value = 1 - 2147483647 
Note that the price of an item 
will never be reduced below 
zero . 














. . /RewardSet [ ] / 
Rep lac emen t P r i c eMe 
thodl 


Aggregate 


0 


Once 


Optional 


Replacement Price Method 1: 
Element which encapsulates the 
details of the 

ReplacementPriceMe thodl Reward 
Set type. 


. . /RewardSet [ ] / 

ReplacementPriceMe 

thodl/ 

DealPrice 


String 


Q 
O 


Once 


Kecjuirea 


UxicLJ. trl. -Ll^tr . 

Total price, in cents, of 
DealQuantity units, where 
DealQuantity is defined in the 
default Rewards for ©Offer ID. 
Value = 1 - 99999999 



Customer Offer Store Routing 



XML Element/Attribute 
Tag 


Data Type 


Max 
Len 


Occur 


Usage 


Description 


/SOX/CustomerOf fer 
[]/ 

CustOf ferRouteReq 


Aggregate 


0 


Once 


Optional 


CustomerOffer Route Request: 
Encapsulates CustomerOf f er [ 3 
store routing request details. 


. . /StoreList [ ] 


Aggregate 
List 


0 


One 
or 

Many 


Required 


Store List: 

Encapsulates details of all 
stores for which the same 
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XML Element/Attribute 
Tag 


Data Type 


Max 
Len 


Occur 


Usage 


Description 












@Action is required tor this 

@OfferID and 

©Merchant ID /@Customer ID . 


. . /StoreList [ ] /@Ac 
tion 


Enumerated 
String 


7 


Once 


Required 


Action: 

Defines maintenance operation 
to be performed for this 
StoreList [] . 
Valid values: 
Add 

Replace 

Delete 

Activate 


/StoreList []/@St 
oreCount 


String 


10 


Once 


Required 


Store Count: 
The number of 

. . /StoreList/Stored entries 
to follow. 

Value = 1 - 2147483647 


. . /StoreList [ ] /Sto 
re[] 


Aggregate 
List 


0 


One 
or 

Many 


Required 


Store: 

Encapsulates the details of 
one store. 


. ./StoreList [] /Sto 

re[]/ 

StorelD 


String 


10 


Once 


Required 


Store ID: 

Assigned by ECN. 

Unique Store Identifier. 

Valid value: 1 - 2147483647 


. . /StoreList [ 3 /Sto 
red / 

ServicePriority 


String 


2 


Once 


Required 


Service Priority: 
Indicates maximum processing 
delay for requested routing 
service. 

Supported values for the 
Pilot: 

*15* = 15 Minutes 

"HR" = 1 Hour 

"ON" = Overnight 

*RT* = Real-time 



As previously mentioned, the OfferAck document type is the positive 



acknowledgement returned by network 13 upon its successful processing of an offer 
document type. A preferred format for this type of document, including its header, is 
identified in a tabular format as shown below. 
Header 



XML Element/Attribute 
Tag 


Data Type 


Max 
Len 


Occur 


Usage 


Description 




/SOX 


Aggregate 


0 


Once 


Required 
Always 


Document Root Element: 
Identifies this as a SOX XML 
document . 


. . /©Version 


String 


3 


Once 


Required 
Always 


SOX Version of File: 
Version of SOX to which this 
document conforms. 
Value = 1.0 




. . /©SOXType 


Enumerated 
String 


8 


Once 


Required 
Always 


Sox Type: 

Indicates type of SOX XML 
document. All SOX documents 
have this attribute with 
appropriate values. 
Value = OfferAck 
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Offer Document Acknowledgement. 



XML Element/Attribute 
Tag 


Data Type 


Max 
Len 


Occur 


Usage 


Description 


/SOX/Of ferAck 


Aggregate 


0 


Once 


Required 


Offer Acknowledgement: 
Encapsulates the acknowledgement 
of the receipt of the Offer 
document . 


. . /Distributor ID 


String 


10 


Once 


Required 


Distributor ID: 

©Of ferDistributorlD in the Offer 
document . 


. . /AckRequested 


Enumerated 
String 


7 


Once 


Required 


Acknowledgement Requested: 
@AckRequested in the Offer 
document . 


. . /SenderDocUID 


String 


12 


Once 


Required 


Sender's Document Unique ID: 
©SenderDocUID in the Offer 
document . 


. . /SessionID 


String 


12 


Once 


Required 


Session ID: 

ECN ID for the session in which 
the Offer document was 
i-rsncimit" ted to the ECN. 
May be used for audit trail 
purposes . 


. . /Of f RcptCtrllD 


String 


10 


Once 


Required 


Offer Receipt Control ID: 
Generated by ECN. 
ECN identifier used for tracking 
the Offer document. 


. . / Sender ID 


String 


8 


Once 


Required 


Sender ID: 

Generated by ECN. 

ECN user ID under which the 

Offer document was transmitted 

to the ECN. 


. . /Date 


Aggregate 


0 


Once 


Required 


Date: 

Generated by ECN. 

Date of Of ferAck creation. 


. . / UdUc/ I cell 


String 


4 


Once 


Required 


Year: 

Format: CCYY 


. ./Date/Month 


String 


2 


Once 


Required 


Month : 
Format : MM 


. . /Date /Day 


String 


2 


Once 


Required 


Day: 

Format : DD 


. . /Time 


Aggregate 


0 


Once 


Required 


Time: 

Generated by ECN. 

Time of Of ferAck creation. 


. . /Time/ Hour 


String 


2 


Once 


Required 


Hour: 

Format : HH 


. . /Time /Minute 


String 


2 


Once 


Required 


Minute : 
Format : MM 


. . /Time/Second 


String 


2 


Once 


Required 


Second: 
Format: SS 


. . /TimeZone 


String 


3 


Once 


Required 


Time Zone: 

Generated by ECN. 

Time Zone for OfferAck creation 

times tamp. 



With respect to the Offer Document Acknowledgement format, the DistributorlD 
parameter identifies a unique identification value for the offer distributor distributing the 
offer. The AckRequested parameter reflects the requested level of acknowledgement 
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identified in the @ AckRequested parameter of the header of the Offer document. The 
SenderDocUED parameter identifies the unique code identifying the XML document to 
its sender for audit trail purposes. The SessionBD parameter is a unique identification 
value generated by network 13 identifying the session in which the Offer document was 

5 transmitted to it, and may also be used for audit trail purposes. The OffRcptCtrllD 

parameter is a unique identifier generated by network 13 for tracking the Offer document. 
The SenderlD parameter is a unique identifier generated by network 13 representing the 
identity of the sender of the offer document under which the Offer document was 
transmitted to network 13. The Date and Time parameters are generated by the network 

10 13 and identify the date and time, respectively, of the creation of the OfferAck document. 
A preferred format for the Offer Maintenance Request Acknowledgment and Offer Store 
Routing Acknowledgement are identified in tabular format below. 



Offer Maintenance Request Acknowledgement 



XML Element/Attribute 
Tag 


Data Type 


Max 
Len 


Occur 


Usage 


Description 


/SOX/Offer 


Aggregate 


0 


Once 


Required 


Offer: 

Encapsulates results of Offer 
processing. 


. . /@Of ferlD 


String 


12 


Once 


Required 


Offer ID: 

©OfferlD in the Offer document. 














. . /Of ferMaintReq 


Aggregate 


0 


Once 


Optional 


Offer Maintenance Request: 
This element will exist if it 
was present in the processed 
Offer document. 
Encapsulates results of Offer 
maintenance processing . 


. . /Of ferMaintReq/© 
Action 


Enumerated 
String 


7 


Once 


Required 


Action: 

©Action in the Offer document. 














/SOX/Offer /Of ferMa 
intReq/ 

Of ferProperties 


Aggregate 


0 




Optional 


Offer Properties: 

This element will exist if it 

was present in the processed 

Offer document. 

Encapsulates results of Offer 

Properties processing. 


. . /Status 


String 


9 


Once 


Required 


Status : 

Generated by ECN. 
Valid Values: 
Success 


. . /Result 


Aggregate 


0 


Once 


Required 


Result : 

See result structure above. 














/SOX/Offer /Of ferMa 


Aggregate 


0 


Once 


Optional 


Offer Conditions: 
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XML Element/Attribute 
Tag 


Data Type 


Max 
Len 


Occur 


Usage 


Description | 


intReq/ 

Of f erConditions 










This element wxll exist it it 
was present in the processed 
Offer document. 
Encapsulates results of Offer 
Conditions processing. 


. . /@ConditionSetCo 
unt 


String 


l 


Once 


Required 


Condition Set Count: 
Count of .. /ConditionSet! ] 
elements to follow. 


. . /Condi tionSet [ ] 


Aggregate 
List 


0 


One 
or 

Many 


Required 


Condition Set: 
Encapsulates the results of 
processing this @ConditionSetID. 


. . /Condi tionSet [ ] / 
©ConditionSetlD 


Enumerated 
String 


l 


Once 


Required 


Condition Set ID: 
©ConditionSetlD in the Offer 
document . 


. . /ConditionSet [ ] / 
Status 


String 


9 


Once 


Required 


Status : 

Generated by ECN. 
Valid Values : 
Success 


. . /ConditionSet [ ] / 
Result 


Aggregate 


0 


Once 


Required 


Result : 

See result structure above. 














/SOX /Of f er/Of f erMa 

intReq/ 

Of f erRewards 


Aggregate 


0 


Once 


Optional 


Offer Rewards: 

This element will exist if it 
was present in the processed 
Offer document. 
Encapsulates results of Offer 
Rewards processing. 


. /@RewardSetCount 


String 


1 


Once 


Required 


Reward Set Count: 

Count of . . /RewardSet [ ] elements 

to follow. 


. . /RewardSet [ ] 


Aggregate 
List 


0 


One 
or 

Many 


Required 


Reward Set: 

Encapsulates the results of 
processing this ©RewardSetlD. 


/RewardSet [ ] / 
@RewardSetID 


Enumerated 
String 


1 


Once 


Required 


Reward Set ID: 
^RewardSetlD in the Offer 
document . 


/RewardSet [ 3 /Sta 
tus 


String 


9 


Once 


Required 


Status : 

Generated by ECN. 
Valid Values: 
Success 


. . /RewardSet E ] /Res 
ult 


Aggregate 


0 


Once 


Required 


Result: 

See result structure above. 














Offer Store Routine 


g Acknowledgement. 


XML Element/Attribute 
Tag 


Data Type 


Max 
Len 


Occur 


Usage 


Description 


/SOX/Offer/Of ferRo 
uteReq 


Aggregate 


0 


Once 


Optional 


Offer Routing Request: 

This element will exist if it 

was present in the processed 

Offer document. 

Encapsulates results of Offer 

routing processing. 


. . /StoreList [ ] 


Aggregate 
List 


0 


One 
or 

Many 


Required 


Store List: 

Encapsulates the details of 
stores for which the same 
©Action is required. 


. . /StoreList [] /©Ac 
tion 


Enumerated 
String 


7 


Once 


Required 


Action: 

©Action in the Offer document. 


. . /StoreList [ 3 /@St 
oreCount 


String 


10 


Once 


Required 


Store Count: 

Count of ../Stored elements to 
follow. 
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XML Element/Attribute 


Data Type 


Max 


Occur 


Usage 


Description 


Tag 




Len 








. . /StoreList [] /Sto 
re [J 


Aggregate 
List 


0 


One 
or 

Many 


Required 


Store: 

Encapsulates the details of one 
store. 


. . /StoreList [] /Sto 
re[]/ 


String 


10 


Once 


Required 


Store ID: 

StorelD in the Offer document. 


StorelD 












. . /StoreList [] /Sto 
re[]/ 


String 


2 


Once 


Required 


Service Priority: 
ServicePriority in the Offer 


ServicePriority 










document - 


. . /StoreList [ ] /Sto 
red /Status 


String 


9 


Once 


Required 


Status : 

Generated by ECN. 
Valid Values: 

Success 

Scheduled 


. . /StoreList [] /Sto 
red /Result 


Aggregate 


0 


Once 


Required 


Result: 

See result structure above. 



Likewise, a preferred format for the CustomerOfferAck document type (which 
has the same header format with a value for the ©SOXType parameter being 
"CustomerOfferAck," and includes Offer Document Acknowledgement, CustomerOffer 
Maintenance Request Acknowledgement and CustomerOffer Store Routing 
Acknowledgement are provided below. 



Offer Document Acknowledgement 



XML Element/Attribute 
Tag 


Data Type 


Max 
Len 


Occur 


Usage 


Description 


/SOX/CustOf ferAck 


Aggregate 


0 


Once 


Required 


CustomerOffer Acknowledgement: 
Encapsulates the acknowledgement 
of the receipt of the 
CustomerOffer document. 


. . /DistributorlD 


String 


10 


Once 


Required 


Distributor ID: 

@Of ferDistributorlD in the 

CustomerOffer document. 


. . /AckRequested 


Enumerated 
String 


7 


Once 


Required 


Acknowledgement Requested: 
^AckRequested in the 
CustomerOffer document. 


. . /SenderDocUID 


String 


12 


Once 


Required 


Sender's Document Unique ID: 
asenderDocUID in the 
CustomerOffer document. 


. . /SessionID 


String 


12 


Once 


Required 


Session ID: 

Generated by ECN. 

ECN ID for the session in which 

the CustomerOffer document was 

transmitted to the ECN. May be 

used for audit trail purposes. 


. ./OffRcptCtrllD 


String 


10 


Once 


Required 


Offer Receipt Control ID: 
Generated by ECN. 
ECN identifier used for tracking 
the CustomerOffer document. 


. . /Sender ID 


String 


8 


Once 


Required 


Sender ID: 

Generated by ECN. 

ECN user ID under which the 

CustomerOffer document was 

transmitted to the ECN. 


. ./Date 


Aggregate 


0 


Once 


Required 


Date: 
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XML Element/Attribute 
Tag 


Data Type 


Max 
Len 


Occur 


Usage 


Description 












Generated by ECN. 

Date of CustomerOf f erAck 

creation. 


. . /Date/Year 


String 


4 


Once 


Required 


Year: 

Format: CCYY 


. ./Date /Month 


String 


2 


Once 


Required 


Month : 
Format : MM 


. . /Date /Day 


String 


2 


Once 


Required 


Day: 

Format : DD 


. . /Time 


Aggregate 


0 


Once 


Required 


Time: 

Generated by ECN. 

Time of CustomerOf f erAck 

creation. 


. . /Time /Hour 


String 


2 


Once 


Required 


Hour: 

Format : HH 


. . /Time /Minute 


String 


2 


Once 


Required 


Minute : 
Format : MM 


. . /Time/Second 


String 


2 


Once 


Required 


Second: 
Format: SS 


. . /TimeZone 


String 


3 


Once 


Required 


Time Zone: 

Generated by ECN. 

Time Zone for CustomerOf f erAck 

creation timestamp. 


Customer Offer Maintenance Request Acknowledgement 






XML Element/Attribute 
Tag 


Data Type 


Max 
Len 


Occur 


Usage 


Description 


/SOX/CustomerOf f er 


Aggregate 


0 


One 
or 

Many 


Required 


CustomerOf fer : 
Encapsulates results of 
CustomerOf fer processing. 


. . /©Of ferlD 


String 


12 


Once 


Required 


Offer ID: 

©OfferlD in the CustomerOf fer 
document . 


. . /©Merchant ID 


String 


10 


Once 


Required 


Merchant ID : 

©Merchant ID in the CustomerOf fer 
document . 


. . /©Customer ID 


String 


18 


Once 


Required 


Customer ID: 

©CustomerlD in the CustomerOf fer 
document . 














. . /CustOf ferMaintR 
eq 


Aggregate 


0 


Once 


Optional 


CustomerOf fer Maintenance 
Request: 

This element will exist if it 
was present in the processed 
CustomerOf fer document. 
Encapsulates results of 
CustomerOf fer maintenance 
processing. 


. . /CustOf ferMaintR 
eq/ ©Action 


Enumerated 
String 


7 


Once 


Required 


Action: 

©Action in the CustomerOf fer 
document . 














/SOX /Customer Of f er 
/ 

CustOf ferMaintReq/ 
CustOf ferPropertie 
s 


Aggregate 


0 




Optional 


CustomerOf fer Properties: 
This element will exist if it 
was present in the processed 
CustomerOf fer document. 
Encapsulates results of 
CustomerOf fer Properties 
processing. 


. . /Status 


String 


9 


Once 


Required 


Status : 

Generated by ECN. 
Valid Values: 
Success 


. . /Result 


Aggregate 


0 


Once 


Required 


Result: 

See result structure above. 
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XML Element/Attribute 
Tag 


Data Type 


Max 
Len 


Occur 


Usage 


Description 


/SOX/Cus tomerO f f er 
/ 

CustOf f erMaintReq/ 
Cus tOf f er Rewards 


Aggregate 


0 


Once 


Optional 


CustomerOf fer Rewards: 
This element will exist if it 
was present in the processed 
CustomerOf fer document. 
Encapsulates results of 
CustomerOf fer Rewards 
processing. 


. . /©RewardSetCount 


String 


1 


Once 


Required 


Reward Set Count: 

Count of .. /RewardSet [ ] elements 

to follow. 


. . /RewardSet [ ] 


Aggregate 
List 


0 


One 
or 

Many 


Required 


Reward Set: 

Encapsulates the results of 
processing this ©RewardSet ID. 


. . /RewardSet [] /©Re 
wardSetID 


Enumerated 
String 


1 


Once 


Required 


Reward Set ID: 
©RewardSet ID in the 
CustomerOf fer document. 


. . /RewardSet [ ] /Sta 
tus 


String 


9 


Once 


Required 


Status : 

Generated by ECN. 
Valid Values: 
Success 


. . /RewardSet [ ] /Res 

lilt 


Aggregate 


0 


Once 


Required 


Result : 

See result structure above. 


Customer Offer Store Routine Acknowledgement 
















XML Element/Attribute 
Tag 


Data Type 


Max 
Len 


Occur 


Usage 


Description 


/SOX/CustomerOf fer 
/ 

Cus tO f f erRouteReq 


Aggregate 


0 


Once 


Optional 


CustomerOf fer Routing Request: 
This element will exist if it 
was present in the processed 
CustomerOf fer document. 
Encapsulates results of Offer 
routing processing. 


. . /StoreListN 


Aggregate 
List 


0 


One 
or 

Many 


Required 


Store List: 

Encapsulates the details of 
stores for which the same 
©Action is required. 


. . /StoreList[]/@Ac 
tion 


Enumerated 
String 


7 


Once 


Required 


Action: 

©Action in the CustomerOf fer 
document . 


. . /StoreListN /©St 
oreCount 


String 


10 


Once 


Required 


Store Count: 

Count of ../ Store [] elements to 
follow. 


../StoreListN/Sto 
re[] 


Aggregate 
List 


0 


One 
or 

Many 


Required 


Store : 

Encapsulates the details of one 
store. 


. ./StoreListN/Sto 

re[]/ 

StorelD 


String 


10 


Once 


Required 


Store ID: 

StorelD in the Offer document. 


. ./StoreListC] /Sto 
re[]/ 

ServicePriority 


String 


2 


Once 


Required 


Service Priority: 
ServicePriority in the Offer 
document . 


. . /StoreList[] /Sto 

re[]/ 

Status 


String 


9 


Once 


Required 


Status : 

Generated by ECN. 
Valid Values: 

Success 

Scheduled 


. . /StoreList [] /Sto 

re[]/ 

Result 


Aggregate 


0 


Once 


Required 


Result : 

See result structure above. 



As previously mentioned, the ErrorResponse document type is the negative 
acknowledgement returned by the network 13 upon encountering an error in the course of 
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processing an Offer or Customer Offer document type. ErrorResponse documents adhere 
to the DTD represented as SOXErrorResponse.dtd in Appendix L The header for this 
document type is the same as that for the OfferAck and CustomerOfferAck document 
types, with the exception that the value for @SOXType parameter is "ErrorResponse." A 
preferred format for this document is shown in tabular format below. 



XML Element/Attribute 


Data Type 


Max 


Occur 


Usage 


Description 


Tag 




Len 








/SOX/ErrorResponse 


Aggregate 


0 


Once 


Required 


Error Response: 

Encapsulates the acknowledgement 
of the receipt of the Offer or 
CustomerOf fer document. 


. . /SenderDocUID 


String 


12 


Once 


Required 


Sender's Document Unique ID: 
©SenderDocUID in the Offer or 
CustomerOf fer document. 


. . /ErrorCode 


String 


10 


Once 


Required 


Error Code: 

Generated by ECN. 

Assigned according to the type 

and source of the Error Code . 


. . /ErrorDescriptio 
n 


String 


255 


Once 


Required 


Error Description: 

Generated by ECN. 

The Error default text. 


. . /ErrorCondition 


String 


255 


Once 


Required 


Error Condition: 

Generated by ECN. 

useci to iurtner explain cue 

conditions that cause this Error 

code. 


. . /ErrorMessage 


String 


255 


Once 


Required 


Error Message: 
Generated by ECN. 


. . /ErrorSource 


String 


255 


Once 


Required 


Error Source: 
Generated by ECN. 


. . /Date 


Aggregate 


0 


Once 


Required 


Date: 

Generated by ECN. 

Date of ErrorResponse creation. 


. . /Date/Year 


String 




Once 


Required 


Year : 

Format: CCYY 


. . /Date /Month 


String 


2 


Once 


Required 


Month : 
Format : MM 


. . / Date /Day 


String 


2 


Once 


Required 


Day: 

Format : DD 


. . /Time 


Aggregate 


0 


Once 


Required 


Time: 

Generated by ECN. 

Time of ErrorResponse creation. 


. . /Time /Hour 


String 


2 


Once 


Required 


Hour: 

Format : HH 


. . /Time/Minute 


String 


2 


Once 


Required 


Minute : 
Format: MM 


. . /Time/Second 


String 


2 


Once 


Required 


Second: 
Format: SS 


. . /TimeZone 


String 


3 


Once 


Required 


Time Zone: 

Generated by ECN. 

Time Zone for ErrorResponse 

creation timestamp. 


. . /SessionID 


String 


12 


Once 


Required 


Session ID: 

Generated by ECN. 

ECN ID for the session in which 

the CustomerOf fer document was 

transmitted to the ECN. May be 

used for audit trail purposes. 
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XML Element/Attribute 
Tag 


Data Type 


Max 
Len 


Occur 


Usage 


Description 


. . /Of f RcptCtrllD 


String 


10 


Once 


Required 


Offer Receipt Control ID: 
Generated by ECN. 
ECU identifier used for tracking 
the Offer or CustomerOf f er 
document . 


. . / Sender ID 


String 


Q 
O 




rvtsv^u. J. J. cu 


Sender ID: 

Generated by ECN. 

ECN user ID under which the 

Offer or CustomerOf fer document 

was transmitted to the ECN. 


. . /DTDErrorList 


Aggregate 


0 


Once 


Required 


DTD Error List: 
Generated by ECN. 
Encapsulates reporting of DTD 
violations. 


. . /DTDErrorList/ 
@DTDErrorCount 


String 


1 Pi 


Once 




DTD F."rr*OT~ Count * 

Count of /DTDError [] elements 

to follow. 


. . /DTDErrorList/ 
DTDError [ ] 


Agg r ega t e 
List 


Q 


One 
or 

Many 


RpfTil "1 T~pd 


DTD Error : 

Encapsulates the details of one 
DTD error. 


. /DTDErrorList/ 
DTDError [ ] /PathNam 
e 


String 


255 


Once 


Required 


Path Name: 

Path of DTD Error within the XML 
document . 


. . /DTDErrorList/ 
DTDError [ ] /ErrorCo 
de 


String 


10 


Once 


Required 


Error Code: 

Assigned according to the type 
and source of the Error Code. 


. . /DTDErrorList/ 
DTDError [ ] /ErrorMe 
ssage 


String 


255 


Once 


Required 


Error Message: 

Text description of the DTD 

Error . 



In particular, the parameter SenderDocUED represents the unique code identifying 
the XML document to its sender. The ErrorCode parameter represents the code assigned 
5 by the network 13 for the type and source of the error. The ErrorDescription parameter 
represents a description of the error generated by the network 13. The ErrorCondition 
parameter is generated by the network 13 and represents the condition(s) that caused the 
generation of the error code. The ErrorMessage parameter identifies an error message 
generated by the network 13 based on the error code. The ErrorSource parameter 
10 represents the source of the error generated by the network 13. The Date and Time 
parameters identify the date and time, respectively, in which the ErrorResponse 
document is created. The SessionDD parameter represents the identification value 
assigned by the network 13 for the session in which the Offer or CustomerOffer 
document was transmitted to the network 13. The OfrRptCtrllD parameter represents an 
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identifier generated by the network 13 which is used for tracking the Offer or 
CustomerOffer document. The ServerlD parameter represents the identification value 
generated by the network 13 under which the Offer or OfferCustomer document was 
transmitted to the network 13. The DTDErrorList element encapsulates the reporting of 
5 DTD violations, including the count of error containing elements to follow, the details of 
each DTD error, which comprises the path of the DTD error within the XML document, 
the error code, and the error message. 

The details of the offers being distributed by each offer distributor 12 are 
electronically communicated to a network server 22 of system 10, such as an IBM 

10 RS6000 server, preferably in real time. Connections to server 22 are made over the 
Internet via the HTTP protocol using X.509 certificates to identify and authenticate the 
sender. Server 22 is configured to receive and authenticate all offers having a uniform 
format such as that previously described herein. With respect to offers distributed to 
customers in a non-interactive medium, the offer details are communicated to server 22 

15 prior to being presented to the customers. In the case of a kiosk offer distributor, the offer 
is distributed via a communications network (not shown), such as the Internet, to a kiosk 
16 in communication therewith. Kiosk 16 may be directly in communication with the 
POS system 27 of the store in which it is located. 

System 10 generates point-of-sale (POS) maintenance files that reflect all of the 

20 offers received from the offer distributors 12 and authenticated by server 22. These files 
are stored within a database of network 13 (not shown), preferably in a consolidated 
manner whereby information related to all offers available from various offer distributors 
at a given retailer can be viewed online by customers via a browser interface 30 thereto. 
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These files may be forwarded to the appropriate retailer 26 for placement on the POS 
systems 27 of the relevant stores 28 in which the offer is valid or a server of network 13 
such as server 22 may place the files directly on the POS system 27 of the relevant stores 
28 in which the offer is valid. 

In one embodiment, network 13 provides for the possibility of coooperation 
between agents and partners in presenting offers to customers or in recording the 
customer's acceptance of an offer. Once a business relationship between the cooperating 
parties is established, the network 13 sets up the proper information pathways so that the 
XML documents created by the network 13 can be routed to agents or partners for the 
purpose of synchronizing information between the parties so that everyone has an exact 
copy of the information received by the network 13 from the offer distributors 12. The 
preferred formats of the relevant Offer Agent Server Routing, CustomerOffer Agent 
Server Routing, Agent Server Offer Acknowledgement and Agent Server Customer Offer 
Acknowledgement documents are described below. 



Offer Agent Server Routing 



XML Element/Attribute 
Tag 


Data Type 


Max 
Len 


Occur 


Usage 


Description 


/SOX /Targe tServerL 
ist 


Aggregate 


0 


Once 


Optional 


Target Server List: 

This element is not required. 

Defines Agent servers to which 

this document is to be 

forwarded. 


. . /@ServerCount 


String 


6 


Once 


Required 


Server Count: 
The number of 

. . /TargetServerList /Server [ ] 
entries to follow. 
Value = 1 - 999999 


. . /Server [] 


Aggregate 
List 


0 


One 
or 

Many 


Required 


Server : 

Encapsulates details for one 
Agent server. 


. . /Server [ 3 Server I 
D 


String 


6 


Once 


Required 


Agent Server ID; 
Assigned by the ECN 
Target Agent Server ID to 
Receive a copy of this document. 
Value = 1 - 999999 


. . /Server [ ] /Servic 


String 


2 


One 


Required 


Service Priority: 


ePriority 










Indicates maximum processing 
delay for requested routing 
service. 

Supported values: 
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XML Element/Attribute Data Type Max Occur Usage Description 
Tag Len 



w 15" 
W HR" 
w ON" 

I I I I "RT" 

CustomerOf fer Agent Server Routing 



XML Element/Attribute 
Tag 


Data Type 


Max 
Len 


Occur 


Usage 


Description 


/SOX /Targe tServerL 
ist 


Aggregate 


0 


Once 


Optional 


Target Server List: 

This element is not required. 

Defines Agent servers to which 

this document is to be 

forwarded. 


. . /@ServerCount 


String 


6 


Once 


Required 


Server Count: 
The number of 

. . /TargetServerList/Server [ ] 
entries to follow. 
Value = 1 - 999999 


. . /Server [] 


Aggregate 
List 


0 


One 
or 

Many 


Required 


Server : 

Encapsulates details for one 
Agent server. 


. . /Server [ ] /Server 
ID 


String 


6 


Once 


Required 


Agent Server ID: 
Assigned by the ECN. 
Target Agent Server ID to 
receive a copy of this document. 
Value = 1 - 999999 


. . /Server [ 3 /Servic 
ePriority 


String 


2 


Once 


Required 


Service Priority: 
Indicates maximum processing 
delay for requested routing 
service. 

Supported values: 
"15* = 15 Minutes 
tt HR" = 1 Hour 
»ON" = Overnight 
*RT* = Real-time 


Asent Server Offer Acknowledgement 


XML Element/Attribute 
Tag 


Data Type 


Max 
Len 


Occur 


Usage 


Description 


/SOX/TargetServerL 
ist 


Aggregate 


0 


Once 


Optional 


Target Server List: 
This element will exist if it 
was present in the Offer 
document, and encapsulates the 
results of Server Routing 
Request processing. 


. . /©ServerCount 


String 


6 


Once 


Required 


Server Count : 
Count of 

. . /TargetServerList/Server [ ] 
elements to follow. 
Value = 1 - 999999 


. . /Server [ ] 


Aggregate 
List 


0 


One 
or 

Many 


Required 


Server : 

Encapsulates details for one 
Agent server. 


. . /Server [ ] /Server 
ID 


String 


6 


Once 


Required 


Server ID: 

Requested ServerlD. 


. . /Server [ ] /Servic 
ePriority 


String 


2 


Once 


Required 


Service Priority: 
Requested service priority. 


. . /Server [ 3 /Status 


String 


9 


Once 


Required 


Status : 

Generated by ECN. 
Valid Values: 

Success 

Scheduled 


. . /Server [ 3 /Result 


Aggregate 


0 


Once 


Required 


Result : 

See result structure above. 



= 15 Minutes 
= 1 Hour 
= Overnight 
= Real-time 
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Agent Server Customer Offer Acknowledgement 



XML Element/Attribute 


Data Type 


Max 


Occur 


Usage 


Description 


Tag 




Len 








/SOX/ Targe tServerL 


Aggregate 


0 


Once 


Optional 


Target Server List: 

This element will exist if it 










was present in the CustomerOf f er 
document, and encapsulates the 
results of Server Routing 
Request processing. 


. . /@ServerCount 


String 


6 


Once 


Required 


Server Count: 
Count of 

. . /TargetServerList /Server [ ] 
elements to follow. 
Value = 1 - 999999 


. . /Server [] 


Aggregate 
List 


0 


One 
or 

Many 


Required 


Server : 

Encapsulates details for one 
Agent server. 


. . /Server [ ] /Server 
ID 


String 


6 


Once 


Required 


ServerlD : 

Requested ServerlD. 


. . /Server [ ] /Servic 
ePriority 


String 


2 


Once 


Required 


Service Priority: 
Requested service priority. 


. . /Server [ 3 /Status 


String 


9 


Once 


Required 


Status : 

Generated by ECN. 
Valid Values: 

Success 

Scheduled 


. . /Server [ ] /Result 


Aggregate 


0 


Once 


Required 


Result: 

See result structure above. 



5 

Customers redeem offers at a store electronically preferably via their loyalty cards 
or some other identification mechanism during the checkout process. The POS system 26 
of that store integrates the offer details in the POS maintenance files received from server 
22 into its POS master offer detail files so that the condition(s) associated with the offers 

10 can be validated. In a preferred embodiment, the validation is performed by FREEDOM- 
Shopper sold by Matra Systems. In one embodiment, this process is performed in batch 
mode given the processing-intensive nature of the operation that could adversely affect 
daily checkout operations. 

POS system 26 generates transaction log files for any transactions at the stores 28 

15 involving offers distributed by the offer distributors 12. These transaction log files are 
forwarded to system 10 for clearance and settlement. Clearing is the set of functions 
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required to collect and analyze the transaction log files received by POS system 26 to 
extract the detail of the rewards given or due to customers, and to prepare the details of 
settlement required by the settlement agent. Clearing also includes extracting 
information from the transaction log files and comparing it against the corresponding 
5 offer details stored within the databases of network 13 in order to validate same. In one 
embodiment, clearance is performed via a program on the server 22 of the network 13. In 
a preferred embodiment, offer distributors 12 are notified of the redemption of their 
respective offers by means of a query service or XML-based data feed provided by server 
22. 

10 Once each offer is cleared, settlement of the offer with the appropriate settlement 

agent is performed. Settlement is the process of ensuring that the financial obligations 
associated with each offer are carried out. Specifically, the retailer is reimbursed for the 
value of rewards deducted from customer transactions involving offers. Payment must be 
arranged for fees due to the retailer and other parties for the processing and handling of 

15 the offer. Such settlement details are communicated electronically to a settlement agent 
34 to complete settlement of the offer with the respective parties to the transaction. 

Due to the centralized nature of the system 10 and the standardization of offers 
provided by the network 13, retailers can automatically accept offers from a plurality of 
different offer distributors, thereby relieving their burden to maintain sophisticated 

20 customer/price management systems. Moreover, system 10 allows paperless offer 

clearing at the POS level. In addition, system 10 provides for automatic settlement of 
offers which helps accelerate payment of the financial obligations associated therewith. 
In addition, given the centralized nature of the transaction information stored within the 
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network 13, directories can be set up by network 13 whereby offer distributors, 
customers, stores, and other interested parties can easily look up information related to 
offers provided thorugh network 13. 

Furthermore, network 13 provides for the dynamic targeting of customers. The 

5 value of customer targeting is derived from wasting less money on promotional activity. 
Promotions are inherently wasteful because a large amount of the expenditures are not 
used to alter customer behavior. Promotion costs can be classified primarily into three 
areas; namely media costs, redemption costs and handling and administrative costs. 
Media costs are the cost of exposing customers to a promotion offer. Media costs include 

10 the advertising cost for placing promotional ads in newspapers, magazines, or on the 

Internet offer, and direct mail cost to send offers to households. Redemption costs are the 
cost of the discount. Cash discounts and other rewards have direct costs. Handling and 
administrative costs are inherent with coupon offers, which generally have costs 
associated with having the coupons counted and for billing and administration. 

15 Additionally, coupon issuers provide a fee to the retailer to cover their costs in handling 
the coupon. Moreover, all promotions require systems to accrue, track and generally 
administer promotions. 

The value of an offer is equal to the profit for incremental sales less the sum of 
media, redemption and handling and administrative costs associated therewith. Targeting 

20 offers can impact the value of an offer dramatically by lowering the overall costs and 
more particularly the cost per incremental case. Dynamic customer targeting is greatly 
enhanced by the system 10, specifically, due to the centralized nature in which the 
network 13 manages offer transactions. In particular, system 10 categorizes customer 
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profiles into three types; namely static, persistent and dynamic. Static profiles represent 
lifestyle and geo-demographic characteristics and are not changed by marketing 
activities. Persistent profiles are characterized by buying behavior that is relatively stable 
and only somewhat altered by marketing activities. Dynamic profiles are characterized 
5 by buying behavior that can directly be attributed to marketing activities like discounts 
and new product introductions. 

Referring now to Fig. 2, the process of dynamic customer targeting according to 
the present invention is described. For the purposes of discussion, it will be assumed that 
customers are identified to the network 13 through a loyalty card. However, it can be 

10 appreciated by one skilled in the art that any method of customer identification can be 
used. At 100, a customer is identified via a loyalty card being scanned at the checkout 
counter of a store. At 102, the POS system of that store tracks a plurality of information 
such as the customer's identification number, the time, the checkout lane, the products 
purchased, the prices paid and the quantities purchased. At 104, the POS system matches 

15 this information with information stored within the POS system, such as full pricing 
information, discount information, display activity, advertising activity and baseline 
sales, to create a customer profile. At 106, the profile is transmitted to the network 13 
and at 108, the profile is appended to a "master" database stored within a database of the 
network 13. At 1 10, the customer profile is queried against this database to create the 

20 static, persistent and dynamic profiles at 1 12. At 1 14, the customer profiles are 
forwarded to the appropriate offer distributor 12 so they can dynamically target 
customers based on such profiles. 
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To illustrate the advantages of dynamic profiling, Figs. 3A-D illustrate an 
example of an offer for spaghetti sauce distributed based on a non-targeted profile, a 
static profile, a persistent profile and a dynamic profile, respectively. As shown, the 
dynamic profile provides a net value of $24,000, while the non-targeted and static 
5 profiles provide no value, and the persistent profile provides only a $3,975 value. 
Therefore, for spaghetti sauce, it is unlikely that static profile will greatly distinguish 
large numbers of spaghetti sauce customers from non-spaghetti sauce customer. In other 
words, static profile type offers will not add to the value of the promotion. 

The foregoing constitutes a description of various features of a preferred 
10 embodiment. Numerous changes to the preferred emobidment are possible without 
departing from the spirit and scope of the invention. Hence, the scope of the invention 
should be determined with reference not to the preferred embodiment, but to the 
following claims: 



{S0002710:!} 



41 



We claim: 

1 . An electronic offer management system for offer transactions, comprising: 
receiving means for receiving information related to a plurality of offers 

distributed by a plurality of different offer distributors to customers for redemption at a 
plurality of stores; 

routing means for automatically routing the information related to each offer to a 
point-of-sale system of each store in which the offer can be redeemed; and 

clearing means for automatically clearing the offers redeemed by the customers at 
the stores. 

2. The system of claim 1, further comprising settlement means for 
automatically reconciling financial obligations associated with each offer cleared by the 
clearing means, whereby a single, electronic audit of each offer transaction can be 
achieved. 

3. The system of claim 1, wherein the clearing means comprises: 
means for receiving redemption information from the stores; and 
means for comparing the redemption information to the offer information 

whereby each offer redeemed by the customers can be validated. 

4. The system of claim 1 , wherein the plurality of offer distributors 
comprises at least one of an internet offer distributor, a retailer offer distributor, a kiosk 
offer distributor, a direct mail offer distributor, and an email offer distributor. 

5. The system of claim 1 , further comprising activation means for selectively 
activating and deactivating each offer. 
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6. The system of claim 1, further comprising profiling means for 
dynamically profiling the customers so that the offers can be targeted to specific 
customers. 

7. The system of claim 1, wherein each offer corresponds to a reward, and 
wherein the system further comprises reward deferral means for deferring issuance of the 
reward to a third party. 

8. The system of claim 1, further comprising offer consolidation means for 
consolidating the offers available through the system for presentation to the customer at a 
plurality of levels. 

9. The system of claim 8, wherein the plurality of levels comprises at least 
one of an offer distributor level and a store level. 

10. The system of claim 1, wherein the offer information comprises at least 
one condition and wherein the at least one condition is at least one of an item purchase 
condition, a department purchase condition, a total purchase condition, a time of day 
condition and a day of the week condition. 

1 1. The system of claim 6, wherein the profiling means comprises at least one 
of a static profile, a persistent profile and a dynamic profile. 

12. A method of electronic management of offer transactions, comprising: 
receiving information related to a plurality of offers distributed by a plurality of 

different offer distributors to customers for redemption at a plurality of stores; 

automatically routing the information of each offer to a point-of-sale system of 
each store in which the offer can be redeemed; and 

automatically clearing the offers redeemed by the customers at the stores. 
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13. The method of claim 12, further comprising the step of automatically 
reconciling financial obligations associated with each cleared offer whereby a single, 
electronic audit of each offer transaction can be achieved. 

14. The method of claim 12 wherein the method further comprises the step of 
receiving redemption information from the stores, and comparing the redemption 
information to the offer information whereby each offer redeemed by the customers can 
be validated. 

15. The method of claim 12, further comprising the step of selectively 
activating each offer* 

16. The method of claim 12, wherein each offer corresponds to a reward, and 
wherein the method further comprises the step of deferring issuance of the reward to a 
third party. 

17. The method of claim 12, further comprising the step of consolidating the 
offers for presentation to the customer at a plurality of levels. 

18. The method of claim 17, wherein the plurality of levels comprises at least 
one of an offer distributor level and a store level. 

19. The method of claim 12, further comprising the step of dynamically 
profiling the customers so that the offers can be targeted to specific customers. 

20. The method of claim 12, wherein the offer information comprises at least 
one condition and wherein the at least one condition is at least one of an item purchase 
condition, a department purchase condition, a time of day condition and a day of the 
week condition. 
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ABSTRACT 

An electronic offer management system and method thereof is disclosed. In 
particular, the system comprises means for receiving information related to a plurality of 
offers distributed by a plurality of different offer distributors to customer for redemption 
5 at plurality of stores, means for automatically routing the information related to an offer 
to a point-of-sale system of each store in which the offer can be redeemed, and means for 
automatically clearing the offers redeemed by the customer at the stores. The system 
further comprises means for automatically reconciling financial obligations associated 
with each cleared offer, as well means for dynamically profiling customers so that 
10 improved offer targeting can be achieved. 
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Docket No. 
6076-0002 



Declaration and Power of Attorney For Patent Application 

English Language Declaration 

As a below named inventor, I hereby declare that: 

My residence, post office address and citizenship are as stated below next to my name, 

I believe I am the original, first and sole inventor (if only one name is listed below) or an original, 
first and joint inventor (if plural names are listed below) of the subject matter which is claimed and for 
which a patent is sought on the invention entitled 

ELECTRONIC OFFER MANAGEMENT SYSTEM AND METHOD THEREOF 



the specification of which 

O (check one) 

m is attached hereto. 

\ l l □ wa s filed on as United States Application No. or PCT International 

C j Application Number 
%2 and was amended on 

r ~s * ~ ■ — — — 

" (if applicable) 

u | hereby state that I have reviewed and understand the contents of the above identified specification, 
^ including the claims, as amended by any amendment referred to above. 

jij I acknowledge the duty to disclose to the United States Patent and Trademark Office all information 
known to me to be material to patentability as defined in Title 37, Code of Federal Regulations, 
== Section 1 .56. 

I hereby claim foreign priority benefits under Title 35, United States Code, Section 119(a)-(d) or 
Section 365(b) of any foreign application (s) for patent or inventor's certificate, or Section 365(a) of 
any PCT International application which designated at least one country other than the United States, 
listed below and have also identified below, by checking the box, any foreign application for patent or 
inventor's certificate or PCT International application having a filing date before that of the application 
on which priority is claimed. 

Prior Foreign Application(s) Priority Not Claimed 



□ 

(Number) (Country) (Day/Month/Year Filed) 

□ 



(Number) (Country) (Day/Month/Year Filed) 

□ 



(Number) (Country) (Day/Month/Year Filed) 
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I- hereby claim the benefit under 35 U.S.C. Section 119(e) of any United States provisional 
application(s) listed below: 



(Application Serial No.) 


fFiiina Date) 

\» till iy t—nA.\,\*tf 


(Application Serial No.) 


(Filing Date) 


(Application Serial No.) 


(Filing Date) 



I hereby claim the benefit under 35 U. S. C. Section 120 of any United States application(s), or 
Section 365(c) of any PCT International application designating the United States, listed below and, 
insofar as the subject matter of each of the claims of this application is not disclosed in the prior 
United States or PCT International application in the manner provided by the first paragraph of 35 
U.S.C. Section 112, I acknowledge the duty to disclose to the United States Patent and Trademark 
Office all information known to me to be material to patentability as defined in Title 37, C. F. R., 
Section 1 .56 which became available between the filing date of the prior application and the national 
or PCT International filing date of this application: 



(Application Serial No.) 


(Filing Date) 


(Status) 






(patented, pending, abandoned) 


(Application Serial No.) 


(Filing Date) 


(Status) 






(patented, pending, abandoned) 


(Application Serial No.) 


(Filing Date) 


(Status) 






(patented, pending, abandoned) 



I hereby declare that all statements made herein of my own knowledge are true and that all 
statements made on information and belief are believed to be true; and further that these statements 
were made with the knowledge that willful false statements and the like so made are punishable by 
fine or imprisonment, or both, under Section 1 001 of Title 18 of the United States Code and that such 
willful false statements may jeopardize the validity of the application or any patent issued thereon. 
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POWER OF ATTORNEY: As a named inventor, I hereby appoint the following attorney(s) and/or 

agent(s) to prosecute this application and transact all business in the Patent and Trademark Office 

connected therewith, (list name and registration number) 

Caroline G. Chicoine, #38,198, Rudolph A. Telscher, Jr., 

36,032, Bryan K. Wheelock, #31,441, Joseph E. Walsh, 

Jr., #36,959, Evan R. Sotiriou, #46,247, Elizabeth D. 

Odell, #39,532 



Send Correspondence to: CaroIine G - Chicoine 

Doepken Keevican & Weiss 

One Metropolitan Square, 15th Floor 

St. Louis, Missouri 63102 (314) 588-2000 



m Direct Telephone Calls to: (name and telephone number) 
In Caroline G. Chicoine, (314) 588-2000 



Full name of sole or first inventor 
Penny*Baron 



9/11/00 



Soieor first inventor's signature 



Date 



Residence 

244 Pierce Road, Highland Park, Illinois 60035 



Citizenship 
US 



Post Office Address 

244 Pierce Road, Highland Park, Illinois 60035 



Full nanjje of second inventor, if any 
Wayne Levy 



9/14/00 



Second inventor's signature 
lerrce 



Date 



Residence 

114 Millstone Road, Deerfieid, Illinois 60015 



Citizenship 
US 



Post Office Address 

114 Millstone Road, Deerfieid, Illinois 60015 
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Full name of third inventor, if any 
Brian Rock 



9/14/00 



Third inventor's signature ~ 




Date 



Reference 

21342 North Grove Drive, Kildeer, Illinois 60047 



Citizenship 
US 



Post Office Address 

21342 North Grove Drive, Kildeer, Illinois 60047 



Full namepf fourth inventor, if any 
Timothy'Halfman 



9/14/00 



Fourth inventor's signa 



ancef) 
aterbun 




Date 



Residence 

12 WaterBury Lane, Sch; 



burg, Illinois 60193 



Citizenship 
US 



Post Office Address 

12 Waterbury Lane, Schaumburg, Illinois 60193 



Full name of fifth inventor, if any 


9/14/00 


Fifth inven|0^ssignature^y_ 


Date 


Residence 








Citizenship / 








Post Office Address ^ 





Full name of sixth inventor, if any 



Sixth inventor's signature 
Residence 



Citizenship 

Post Office Address 



Form PTO-SB-01 (6-95) (Modified) 



Patent and Trademark Office-U.S. DEPARTMENT OF COMMERCE 



APPENDIX 1 



DTD: SOXOffer.dtd. 

<?xml version="1.0" encoding="UTF-8 ll ?> 
<!-- 

Standard Offer Exchange: Offer DTD 
SOXOffer.dtd 

Version 1 .0 Draft 
Date: 06/09/2000 
ems, Copyright 2000 
— > 

<!-- -> 

<!-- Revision History --> 

<!-- -> 

<!-- SOX top element --> 

<!-- --> 

<! ELEMENT SOX ((TargetServerList, Offer) I (Offer))> 

<!A7TL1ST SOX 

OfferDistributorlD CDATA #REQUIRED 
SenderDocUID CDATA #REQUIRED 
Version CDATA #REQUIRED 

AckRequested (Normal I Terse I Verbose) #REQUIRED 

SOXType (Offer) #REQUIRED 

> 

<!-- 

<!- Target Server List element: Optional. Offer Agent Routing Information --> 

<!-- - _> 

<! ELEMENT TargetServerList (Server+)> 

<!ATTL1ST TargetServerList 

ServerCount CDATA #REQUIRED 

> 

<! ELEMENT Server (ServerlD, ServicePriority)> 

<!ELEMENT ServerlD (#PCDATA)> 

<! ELEMENT ServicePriority (#PCDATA)> 

<!- "> 
<!-- Offer element: Required. Limit one Offer per document. --> 
<!-- "> 
<! ELEMENT Offer ((OfferMaintReq, OfferRouteReq) I (OfferMaintReq) I (OfferRouteReq))> 

<!ATTLIST Offer 

OfferlD CDATA #REQUIRED 

> 

<!-- 

<!-- Offer Maintenance Request element: Offer Properties, Offer Conditions, --> 
<i~ Offer Rewards not needed for Delete action, required for Add or Replace. --> 

<i- 

<! ELEMENT OfferMaintReq (OfferProperties, OfferConditions, OfferRewards)?> 

<!ATTLIST OfferMaintReq 

Action (Add i Replace I Delete) #REQUIRED 

> 

<!-- 

<!-- Offer Properties element: " _> 
<!-- 

<! ELEMENT OfferProperties (MemberOffer, Staff Allowed, OfferType, OfferXactLimit, OfferCustLimit, 
OfferStartDateTime, OfferEndDateTime, OfferDescription, OfferReportDescription, OfferSponsorSettiementID, 
Deferred Reward)> 

<! ELEMENT MemberOffer (#PCDATA)> 
<! ELEMENT Staff Allowed (#PCDATA)> 
<! ELEMENT OfferType (#PCDATA)> 
<! ELEMENT OfferXactLimit (#PCDATA)> 
<! ELEMENT OfferCustLimit EMPTY> 

<! ELEMENT OfferStartDateTime (Year, Month, Day, Hour, Minute)> 
<! ELEMENT Year (#PCDATA)> 
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<! ELEMENT Month (#PCDATA)> 
<!ELEMENT Day (#PCDATA)> 
<! ELEMENT Hour (#PCDATA)> 
<!ELEMENT Minute (#PCDATA)> 

<!ELEMENTOfferEndDateTime (Year, Month, Day, Hour, Minute)> 

<! ELEMENT OfferDescription (#PCDATA)> 

<! ELEMENT OfferReportDescription (#PCDATA)> 

<! ELEMENT OfferSponsorSettlementID (#PCDATA)> 

<! ELEMENT DeferredReward (#PCDATA)> 

<!-- -> 

<!-- Offer Conditions element: --> 

<!- --> 

<! ELEMENT OfferConditions (ConditionSet+)> 

<! ATTLIST OfferConditions 

ConditionSetCount CDATA #REQUIRED 

<! ELEMENT ConditionSet (ItemPurchase I DeptPurchase I TotaiPurchase i TimeOfDay I DayOfWeek)> 
<!ATTL1ST ConditionSet 

ConditionSetlD (0 1 1 i 2 I 3 I 4 I 5 I 6 i 7) #REQUIRED 
> 

<!-- -> 

<!-- Offer Condition: Item Purchase --> 

<!-- "> 

<! ELEMENT ItemPurchase (ItemList, CondChkFlag, MeasureValue)> 

<! ATTLIST ItemPurchase 

Measure (Quantity I Weight I Amount) #REQUIRED 
> 

<! ELEMENT ItemList (ltem+)> 
<! ATTLIST ItemList 
ItemCount CDATA #REQUIRED 
> 

<! ELEMENT Item (#PCDATA)> 

<! ELEMENT CondChkFlag (#PCDATA)> 

<! ELEMENT MeasureValue (#PCDATA)> 

<!-- ~> 

<!-- Offer Condition: Department Purchase -> 

<!-- ~> 

<! ELEMENT DeptPurchase (DeptList, CondChkFlag, Amount)> 

<! ELEMENT DeptList (Dept+)> 

<! ATTLIST DeptList 

DeptCount CDATA #REQUIRED 

> 

<! ELEMENT Dept (#PCDATA)> 

<! ELEMENT Amount (#PCDATA)> 

<!-- "> 

<!-- Offer Condition: Total Purchase -> 

<!» "> 

<! ELEMENT TotaiPurchase (CondChkFlag, Amount)> 

<IATTLIST TotaiPurchase 

Includes (All I Discountable) #REGUIRED 

> 

<!-- "> 
<!-- Offer Condition: Time of Day --> 
<!-- -> 
<! ELEMENT TimeOfDay (StartTime, EndTime)> 
<! ELEMENT StartTime (Hour, Minute)> 
<! ELEMENT EndTime (Hour, Minute)> 
<!- -> 
<!-- Offer Conditions: Day of the Week -> 
<!-- -> 

<!ELEMENT DayOfWeek (Sunday, Monday, Tuesday, Wednesday, Thursday, Friday, Saturday^ 

<! ELEMENT Sunday (#PCDATA)> 

<! ELEMENT Monday (#PCDATA)> 

<! ELEMENT Tuesday (#PCDATA)> 

<! ELEMENT Wednesday (#PCDATA)> 

<! ELEMENT Thursday (#PCDATA)> 
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<! ELEMENT Friday (#PCDATA)> 
<!ELEMENT Saturday (#PCDATA)> 
<!-- --> 
<!-- Offer Rewards element: -> 
<!-- --> 
<! ELEMENT OfferRewards (RewardSet+)> 
<!ATTLiST OfferRewards 
RewardSetCount CDATA #REQUIRED 
> 

<! ELEMENT RewardSet (ItemDiscount I DeptDiscount I TotalDiscount i Freeltem I RepIacementPriceMethodl )> 
<!ATTLIST RewardSet 

RewardSetID (0 1 1 I 2 I 3 I 4 1 5 1 6 1 7) #REQUIRED 
> 

<u --> 

<!- Offer Reward: item Discount --> 

<!-- -> 

<! ELEMENT ItemDiscount (ItemList, RewardLimit, BasisVaIue)> 

<!ATTLiST ItemDiscount 

Basis (Percent I Amount) #REQUIRED 

> 

<! ELEMENT RewardLimit (#PCDATA)> 

<! ELEMENT BasisVaiue (#PCDATA)> 

<!-- -> 

<!-- Offer Reward: Department Discount -> 

<!-- -> 

<! ELEMENT DeptDiscount (DeptList, RewardLimit, BasisValue)> 

<!ATTLIST DeptDiscount 

Basis (Percent I Amount) #REQUIRED 

> 

<!-- --> 

<!-- Offer Reward: Total Discount --> 

<!-- --> 

<! ELEMENT TotalDiscount (RewardLimit, BasisValue)> 

<!ATTLIST TotalDiscount 

Basis (Percent i Amount) #REQUIRED 

> 

<!« -> 

<!-- Offer Reward: Free Item --> 

<!-- -> 

<! ELEMENT Freeltem (ItemList, RewardLimit)> 

<!-- "> 

<!- Offer Reward: Replacement Price Methodl --> 

<!-- -> 

<! ELEMENT RepIacementPriceMethodl (ItemList, DealPrice, DealQuantity, RewardLtmit)> 

<! ELEMENT DealPrice (#PCDATA)> 

<! ELEMENT DealQuantity (#PCDATA)> 

<!-- "> 

<!-- Offer Route Store Request element: Optional. --> 

<!-- "> 

<! ELEMENT OfferRouteReq (StoreList+)> 

<!-- --> 

<!-- Store List element: Required. --> 

<!-- --> 

<! ELEMENT StoreList (Store+)> 

<!ATTLIST StoreList 

Action (Add I Replace ! Delete) #REQUIRED 

StoreCount CDATA #REQUIRED 

> 

<! ELEMENT Store (StorelD, ServicePriority)> 
<! ELEMENT StoreiD (#PCDATA)> 
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DTD: SOXCustomerOffer.dtd. 



<?xml version="1.0" encoding= B UTF-8 ll ?> 
<!-- 

Standard Offer Exchange: Customer Offer DTD 
SOXCustomerOffer.dtd 



Version 1.0 Draft 
Date: 06/09/2000 
ems, Copyright 2000 
--> 

<!-- -> 
<!-- Revision History --> 
<!-- -> 
<!-- SOX top element -> 
<!-- --> 

<! ELEMENT SOX ((TargetServerList, CustomerOffer+) i (CustomerOffer+))> 
<!ATTLIST SOX 

OfferDistributoriD CDATA #REQUiRED 

SenderDocUID CDATA #REQUIRED 

Version CDATA #REQUIRED 

AckRequested (Normal I Terse I Verbose) #REQUiRED 

CustomerOfferCount CDATA #REQUIRED 

SOXType (CustomerOffer) #REQUIRED 

> 

<!-- "> 
<!-- Target Server List element: Optional. Customer Offer Agent Server Routing Information --> 

<i- ' _> 

<! ELEMENT TargetServerList (Server+)> 
<!ATTLiST TargetSeiverList 
ServerCount CDATA #REQUIRED 
> 



— > 
— > 
— > 



<! ELEMENT Server (ServeriD, ServicePriority)> 
<! ELEMENT ServeriD (#PCDATA)> 
<! ELEMENT ServicePriority (#PCDATA)> 

<!-- Customer Offer element: Required. One or more Customer Offers per document. 

<! ELEMENT CustomerOffer ((CustOfferMaintReq, CustOfferRouteReq) I (CustOfferMaintReq) i 

(CustOfferRouteReq))> 

<!ATTLIST CustomerOffer 

OfferlD CDATA #REQUlRED 

Merchants CDATA #REQUIRED 

CustomerlD CDATA #REQUIRED 

<! ELEMENT CustOfferMaintReq ((CustOfferProperties, CustOfferRewards)? I (CustOfferProperties))> 

<!ATTLIST CustOfferMaintReq 

Action (Add i Replace I Delete I Activate) #REQUIRED 

> 

<!-- --> 
<!-- Customer Offer Properties element: --> 
<!-- "> 

<! ELEMENT CustOfferProperties ((OfferXactLimit, OfferCustLimit) I (OfferXactLimit))> 

<! ELEMENT OfferXactLimit (#PCDATA)> 

<! ELEMENT OfferCustLimit (#PCDATA)> 

<!-- -> 

<!-- Customer Offer Rewards element: --> 

<!-- «> 

<!ELEMENT CustOfferRewards (RewardSet+)> 

<!ATTLIST CustOfferRewards 

RewardSetCount CDATA #REQUIRED 

> 

<!-- 

<i-- Customer Offer Rewards Set element: Overrides existing Offer Reward Set. --> 
<!-- "> 
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<! ELEMENT RewardSet (ItemDiscount I DeptDiscount i TotalDiscount I ReplacementPriceMethod1)> 
<!ATTLIST RewardSet 

RewardSetID (0 1 1 I 2 I 3 i 4 I 5 I 6 1 7) #REQU!RED 
> 

<!-- --> 

<!-- Customer Offer Reward: Item Discount --> 

<!-- --> 

<! ELEMENT ItemDiscount (BasisVaiue)> 

<!ATTLIST ItemDiscount 

Basis (Percent I Amount) #REQUIRED 

> 

<! ELEMENT BasisVaiue (#PCDATA)> 

<!-- -> 

<!-- Customer Offer Reward: Department Discount --> 

<!-- --> 

<! ELEMENT DeptDiscount (Basis Vaiue)> 

<!ATTLiST DeptDiscount 

Basis (Percent I Amount) #REQU!RED 

> 

<!-- --> 

<!-- Customer Offer Reward: Total Discount --> 

<!-- -> 

<! ELEMENT TotalDiscount (BasisVaiue)> 

<!ATTLIST TotalDiscount 

Basis (Percent I Amount) #REQUIRED 

> 

<!-- --> 
<!-- Customer Offer Reward: Replacement Price Methodl «> 
<!» -> 
<! ELEMENT RepIacementPriceMethodl (DealPrice)> 
<! ELEMENT DeaiPrice (#PCDATA)> 

<!-- --> 
<!» Customer Offer Route Store Request element: Optional. --> 
<!-- --> 
<! ELEMENT CustOfferRouteReq (StoreList+)> 
<!-- --> 
<!-- Store List element: Required. --> 
<!- --> 
<! ELEMENT StoreList (Store+)> 
<!ATTLIST StoreList 

Action (Add i Replace I Delete I Activate) #REGUIRED 

StoreCount CDATA #REQUIRED 

> 

<! ELEMENT Store (StorelD, Service Priority)> 
<! ELEMENT StorelD (#PCDATA)> 
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DTD: SOXOfferAck.dtd. 



<?xml version="1.0" encoding="UTF-8"?> 
<!-- 

Standard Offer Exchange: Offer Acknowledgement DTD 
SOXOfferAck.dtd 



Version 1.0 Draft 
Date: 06/09/2000 
ems, Copyright 2000 
--> 

<!-- -> 
<i-- Revision History --> 
<!-- — > 

<!-- SOX top element --> 
<!-- --> 

<! ELEMENT SOX ((OfferAck, TargetServerList, Offer) I (OfferAck, Offer))> 

<!ATTLIST SOX 

Version CDATA #REQUiRED 

SOXType (OfferAck) #REQUIRED 

> 

<!-- «> 
<!-- Offer Acknowledgement elements: For this Offer document. ~> 
<!-- -> 

<! ELEMENT OfferAck (Distributor! D, AckRequested, SenderDocUiD, SessionID, OfrRcptCtrllD, SenderlD, Date, 
Time, TimeZone)> 

<! ELEMENT DistributorlD (#PCDATA)> 

<! ELEMENT AckRequested (#PCDATA)> 

<! ELEMENT SenderDocUiD (#PCDATA)> 

<! ELEMENT SessionID (#PCDATA)> 

<! ELEMENT OfrRcptCtrllD (#PCDATA)> 

<! ELEMENT SenderlD (#PCDATA)> 

<! ELEMENT Date (Year, Month, Day)> 

<! ELEMENT Year (#PCDATA)> 

<! ELEMENT Month (#PCDATA)> 

<! ELEMENT Day (#PCDATA)> 

<1 ELEMENT Time (Hour, Minute, Second)> 

<! ELEMENT Hour (#PCDATA)> 

<! ELEMENT Minute (#PCDATA)> 

<! ELEMENT Second (#PCDATA)> 

<! ELEMENT TimeZone (#PCDATA)> 

<!-- -> 

<!-- Status and Result elements: For each Offer Agent Server Routing Request --> 

<!-- -> 

<!ELEMENT TargetServerList (Server+)> 

<!ATTLIST TargetServerList 

ServerCount CDATA #REQUIRED 

> 

<! ELEMENT Server (ServerlD, Service Priority, Status, Result)> 

<!ELEMENT ServerlD (#PCDATA)> 

<! ELEMENT ServicePriority (#PCDATA)> 

<! ELEMENT Status (#PCDATA)> 

<l ELEMENT Result (ResultCode, ResultSeverity, ResuitDescription, ResultCondition)> 

<! ELEMENT ResultCode (#PCDATA)> 

<! ELEMENT ResultSeverity (#PCDATA)> 

<! ELEMENT ResuitDescription (#PCDATA)> 

<! ELEMENT ResuitCondition (#PCDATA)> 

<!» --> 

<!-- Offer element: --> 

<!-- --> 

<! ELEMENT Offer {(OfferMaintReq, OfferRouteReq) I (OfferMaintReq) I (OfferRouteReq))> 

<!ATTLIST Offer 

OfferlD CDATA #REQUIRED 

> 
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<!-- Offer Maintenance Request element ~> 
<!-- --> 

<! ELEMENT OfferMaintReq (OfferProperties, Offer-Conditions, OfferRewards)?> 

<!ATTLIST OfferMaintReq 

Action (Add I Replace I Delete) #REQUIRED 

> 

<!- --> 
<!-- Status and Result elements: For Offer Properties --> 
<!-- --> 
<!ELEMENT OfferProperties (Status, Resuit)> 

<!-- --> 

<!-- Status and Result elements: For each Offer Conditions Set -> 

<!-- --> 

<! ELEMENT OfferConditions (ConditionSet+)> 

<!ATTLIST OfferConditions 

ConditionSetCount CDATA #REQUIRED 

> 

<!ELEMENT ConditionSet (Status, Result)> 
<!ATTLIST ConditionSet 

ConditionSetID (011 I 2 I 3 1 4 I 5 I 6 1 7) #REQUlRED 
> 

<!-- --> 

<!-- Status and Result elements: For each Offer Rewards Set --> 

<!-- «> 

<! ELEMENT OfferRewards (RewardSet+)> 

<IATTLIST OfferRewards 

RewardSetCount CDATA #REQUIRED 

> 

<! ELEMENT RewardSet (Status, Result)> 
<IATTLIST RewardSet 

RewardSetID (0 1 1 1 2 I 3 I 4 I 5 I 6 I 7) #REQUIRED 
> 

<!-- --> 
<!-- Status and Result elements: For each Offer Store Route Request --> 
<!-- --> 
<! ELEMENT OfferRouteReq (StoreList+)> 
<! ELEMENT StoreList (Store+)> 
<!ATTLIST StoreList 

Action (Add I Replace I Delete) #REQUIRED 

StoreCount CDATA #REQUIRED 

> 

<! ELEMENT Store (StorelD, Service Priority, Status, Result)> 
<! ELEMENT StorelD (#PCDATA)> 
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DTD: SOXCustomerOfferAck.dtd. 



<?xml version="1.0" encoding= M UTF-8"?> 
<!-- 

Standard Offer Exchange: Customer Offer Acknowledgement DTD 
SOXCustomerOfferAck.dtd 



Version 1.0 Draft 
Date: 06/09/2000 
ems, Copyright 2000 
— > 

<!-- --> 
<!-- Revision History --> 
<!-- --> 
<!-- SOX top element --> 
<!-- ~> 

<! ELEMENT SOX ((CustOfferAck, TargetServerList, CustomerOffer+) I (CustOfferAck, CustomerOffer+))> 

<!ATTLIST SOX 

Version CDATA #REQUIRED 

CustomerOfferCount CDATA #REQUIRED 

SOXType (CustomerOfferAck) #REQUlRED 

> 

<!-- -> 

<!-- Customer Offer Acknowledgement elements: For this Customer Offer document. --> 

<!-- --> 

<! ELEMENT CustOfferAck (Distributor! D, AckRequested, SenderDocUID, SessionID, OfrRcptCtrllD, SenderlD, 

Date, Time, TimeZone)> 

<! ELEMENT DistributoriD (#PCDATA)> 

<! ELEMENT AckRequested (#PCDATA)> 

<! ELEMENT SenderDocUID (#PCDATA)> 

<! ELEMENT SessionID (#PCDATA)> 

<! ELEMENT OfrRcptCtrilD (#PCDATA)> 

<! ELEMENT SenderlD (#PCDATA)> 

<! ELEMENT Date (Year, Month, Day)> 

<! ELEMENT Year (#PCDATA)> 

<! ELEMENT Month (#PCDATA)> 

<! ELEMENT Day (#PCDATA)> 

<! ELEMENT Time (Hour, Minute, Second)> 

<! ELEMENT Hour (#PCDATA)> 

<! ELEMENT Minute (#PCDATA)> 

<! ELEMENT Second (#PCDATA)> 

<! ELEMENT TimeZone (#PCDATA)> 

<!- --> 

<!-- Status and Result elements: For each Customer Offer Agent Server Routing Request --> 

<!-- --> 

<! ELEMENT TargetServerList (Server+)> 

<!ATTLIST TargetServerList 

ServerCount CDATA #REQUIRED 

> 

<!ELEMENT Server (ServerlD, ServicePriority, Status, Result)> 
<! ELEMENT ServerlD (#PCDATA)> 
<!ELEMENT ServicePriority (#PCDATA)> 
<! ELEMENT Status (#PCDATA)> 

<!ELEMENT Result (ResultCode, ResultSeverity, ResultDescription, ResultCondition)> 

<! ELEMENT ResultCode (#PCDATA)> 

<! ELEMENT ResultSeverity (#PCDATA)> 

<! ELEMENT ResultDescription (#PCDATA)> 

<! ELEMENT ResuItCondition (#PCDATA)> 

<!-- --> 

<!-- Customer Offer element: --> 

<!-- ™> 

<! ELEMENT CustomerOffer ((CustOfferMaintReq, CustOfferRouteReq) I (CustOfferMaintReq) I 
(CustOfferRouteReq))> 
<!ATTLIST CustomerOffer 
OfferlD CDATA #REQUIRED 
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MerchantID CDATA #REQUIRED 
CustomerlD CDATA #REQU!RED 
> 

<!-- ~> 

<f~ Customer Offer Maintenance Request element --> 

<!« -> 

<!ELEMENT CustOfferMaintReq (CustOfferProperties, CustOfferRewards)?> 

<!ATTLIST CustOfferMaintReq 

Action (Add i Replace I Delete I Activate) #REQUIRED 

> 

<!-- -> 
<!-- Status and Result elements: For Customer Offer Properties --> 
<!-- ~> 
<! ELEMENT CustOfferProperties (Status, Result)> 

<!-- ~> 

<!-- Status and Result elements: For each Customer Offer Rewards Set --> 

<!-- ~> 

<!ELEMENT CustOfferRewards (RewardSet+)> 

<!ATTLIST CustOfferRewards 

RewardSetCount CDATA #REQUIRED 

> 

<! ELEMENT RewardSet (Status, Result)> 
<!ATTLIST RewardSet 

RewardSetID (011121314151617) #REQUIRED 
> 

<!-- 

<!-- Status and Result elements: For each Customer Offer Store Route Request 
<!-- 

<!ELEMENT CustOfferRouteReq (StoreList+)> 
<! ELEMENT StoreList (Store+)> 
<!ATTLIST StoreList 

Action (Add I Replace I Delete I Activate) #REQUIRED 

StoreCount CDATA #REQUiRED 

> 

<l ELEMENT Store (StorelD, ServicePriority, Status, Result)> 
<! ELEMENT StorelD (#PCDATA)> 
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1.1 DTD: SOXErrorResponse.dtd- 



<?xml version="1.0" encoding="UTF-8 H ?> 
<!-- 

Standard Offer Exchange: Error Response DTD 
SOXErrorReponse.dtd 

Version 1.0 Draft 
Date: 06/09/2000 
ems, Copyright 2000 
--> 

<!-- -> 
<!-- Revision History -> 
<!-- --> 
<!-- SOX top element --> 
<!-- --> 
<! ELEMENT SOX (ErrorResponse)> 
<!ATTLIST SOX 
Version CDATA #REQUIRED 
SOXType (ErrorResponse) #REQUIRED 
> 

<!-- -> 
<!- Error Response element: For this document. -> 
<!- 

<! ELEMENT ErrorResponse (SenderDocUiD, ErrorCode, ErrorDescription, ErrorCondition, ErrorMessage, 

ErrorSource, Date, Time, TimeZone, SessioniD, OfrRcptCtrllD, SenderiD, DTDErrorList)> 

<iELEMENT SenderDocUiD (#PCDATA)> 

<! ELEMENT ErrorCode (#PCDATA)> 

<! ELEMENT ErrorDescription (#PCDATA)> 

<! ELEMENT ErrorCondition (#PCDATA)> 

<! ELEMENT ErrorMessage (#PCDATA)> 

<! ELEMENT ErrorSource (#PCDATA)> 

<!ELEMENT Date (Year, Month, Day)> 

<!ELEMENT Year (#PCDATA)> 

<! ELEMENT Month (#PCDATA)> 

<! ELEMENT Day (#PCDATA)> 

<! ELEMENT Time (Hour, Minute, Second)> 

<! ELEMENT Hour (#PCDATA)> 

<! ELEMENT Minute (#PCDATA)> 

<! ELEMENT Second (#PCDATA)> 

<! ELEMENT TimeZone (#PCDATA)> 

<! ELEMENT SessioniD (#PCDATA)> 

<! ELEMENT OfrRcptCtrllD (#PCDATA)> 

<l ELEMENT SenderiD (#PCDATA)> 

<! ELEMENT DTDErrorList (DTDError+)> 

<!ATTLIST DTDErrorList 

DTDErrorCount CDATA #REQUIRED 

> 

<! ELEMENT DTD Error (PathName, ErrorCode, ErrorMessage)> 
<! ELEMENT PathName (#PCDATA)> 
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